루트 네임 서버

루트 네임 서버는 인터넷 도메인 네임 시스템(DNS)의 루트 존에 대한 네임 서버이다. 루트 존의 레코드 요청에 직접 응답하고 적절한 최상위 도메인에 대한 권한 있는 네임 서버 목록을 반환하여 다른 요청에 응답한다. 루트 네임 서버는 인터넷 호스트 간 통신에 사용되는 IP 주소로 사람이 읽을 수 있는 호스트 이름을 변환(리졸브)하는 첫 번째 단계이므로 인터넷 인프라스트럭처의 중요한 부분이다.

DNS 및 특정 프로토콜의 제한, 즉 단편화되지 않은 사용자 데이터그램 프로토콜(UDP) 패킷의 실제 크기 제한으로 인해 루트 서버 수를 13개 서버 주소로 제한하기로 결정되었다. 하지만 애니캐스트 주소 지정의 사용으로 실제 루트 서버 인스턴스의 수는 훨씬 더 많은 1954개이며, 2025년 12월 5일 기준이다.

 루트 도메인 
DNS는 컴퓨터, 서비스 또는 인터넷에 참여하는 모든 리소스에 대한 계층적 이름 지정 시스템이다. 해당 계층의 최상위는 루트 도메인이다. 루트 도메인은 공식적인 이름이 없으며 DNS 계층에서의 레이블은 빈 문자열이다. 인터넷상의 모든 전체 주소 도메인 네임(FQDN)은 루트 도메인의 이 빈 문자열로 끝나는 것으로 간주될 수 있으며, 따라서 마침표 문자(레이블 구분자)로 끝난다. 예를 들어 ""와 같다. 이는 일반적으로 명시적이라기보다는 암시적인데, 현대의 DNS 소프트웨어는 도메인 이름을 IP 주소로 변환하려 할 때 실제로 끝에 마침표를 포함할 것을 요구하지 않기 때문이다.

루트 도메인에는 인터넷의 모든 최상위 도메인이 포함된다. 2015년 7월 기준으로 730개의 일반 최상위 도메인(gTLD)과 301개의 국가 코드 최상위 도메인(ccTLD)을 포함하여 총 1,058개의 TLD가 루트 도메인에 포함되어 있다. 또한, ARPA 도메인은 인터넷 주소 지정 및 기타 리소스 관리 측면에서 기술적인 이름공간에 사용된다.  도메인은 국제화 도메인 네임의 테스트를 위해 사용된다.

 리졸버 작동 
인터넷상의 컴퓨터가 도메인 이름을 확인해야 할 때, DNS 리졸버 소프트웨어를 사용하여 조회를 수행한다. 리졸버는 이름을 오른쪽에서 왼쪽으로 레이블로 나눈다. 첫 번째 구성 요소(TLD)는 루트 서버를 사용하여 담당 권한 있는 서버를 얻기 위해 질의된다. 각 레이블에 대한 질의는 원래 질의에 대한 응답을 반환하는 네임 서버가 나올 때까지 더 구체적인 네임 서버를 반환한다.

실제로 이 정보의 대부분은 몇 시간 동안 자주 변경되지 않으므로 중간 네임 서버나 사용자 애플리케이션에 내장된 이름 캐시에 의해 캐시된다. 따라서 루트 네임 서버에 대한 DNS 조회는 상대적으로 드물 수 있다. 2003년의 조사에 따르면 루트 서버에 대한 모든 질의 중 2%만이 합법적이었다. 잘못되었거나 존재하지 않는 캐싱이 질의의 75%를 차지했으며, 12.5%는 알 수 없는 TLD에 대한 것이었고, 7%는 IP 주소를 도메인 이름처럼 사용하여 조회하는 것이었다. 일부 잘못 구성된 데스크톱 컴퓨터는 심지어 TLD에 대한 루트 서버 레코드를 업데이트하려고 시도하기도 했다. 관찰된 문제와 권장 수정 사항에 대한 유사한 목록이 RFC 4697에 게시되었다.

어떤 로컬 DNS 구현이든 자체 사설 루트 네임 서버를 구현할 수 있지만, "루트 네임 서버"라는 용어는 일반적으로 인터넷의 공식적인 전역 DNS 구현을 위한 루트 이름 공간 도메인을 구현하는 13개의 잘 알려진 루트 네임 서버를 설명하는 데 사용된다. 리졸버는 인터닉이 게시한 작은 3 KB 크기의 `root.hints` 파일을 사용하여 루트 서버 주소의 초기 목록을 부트스트랩한다. 다시 말해, `root.hints`는 루트 네임 서버의 주소를 알아야 하는 순환 의존성을 깨기 위해 필요하다.

 루트 서버 주소 
논리적인 루트 네임 서버는 13개가 지정되어 있으며,  형식의 논리적인 이름을 가진다. 여기서 는 a부터 m까지이다. 13개의 네임 서버를 선택한 이유는 원래 DNS 사양의 제한 때문인데, 사용자 데이터그램 프로토콜(UDP) 사용 시 최대 패킷 크기가 512바이트로 지정되어 있기 때문이다.RFC 1035 Domain names – implementation and specification 그러나 기술적으로는 14개의 네임 서버가 IPv4 패킷에 들어간다.

루트 네임 서버에 IPv6 주소를 추가하려면 512바이트 이상이 필요하며, 이는 DNS 표준의 EDNS0 확장을 통해 가능하다.ICANN: Accommodating IP Version 6 Address Resource Records for the Root of the Domain Name System

13개의 루트 네임 서버가 지정되어 있지만, 이는 실제 서버가 13개만 있다는 것을 의미하지는 않는다. 각 운영자는 서버 하드웨어 또는 소프트웨어 오류 시에도 안정적인 서비스를 계속 제공할 수 있도록 중복 컴퓨터 장비를 사용한다. 또한, 모든 서버는 애니캐스트 주소 지정이라는 라우팅 기술을 사용하여 여러 지리적 위치에서 작동하여 성능을 향상시키고 훨씬 더 많은 오류 허용 범위를 제공한다. G-Root를 제외한 모든 논리 서버에 대해 Root Server Technical Operations Association 도메인 아래에  형식의 웹 주소로 정보성 홈페이지가 존재한다. 여기서 는 a부터 m까지이다.

원래 10개의 서버는 미국에 있었지만, 현재는 모두 애니캐스트 주소 지정을 사용하여 운영된다. 3개의 서버는 각각 스웨덴의 스톡홀름(I-Root), 네덜란드의 암스테르담(K-Root), 일본의 도쿄(M-Root)에 있었다.

오래된 서버는 비슷한 이름 정책이 확립되기 전에는 자체 이름을 가졌다. 애니캐스트 주소 지정이 구현된 이후, 대부분의 물리적 루트 서버는 이제 미국 외부에 위치하여 전 세계적으로 높은 성능을 제공한다. 로컬 인스턴스는 예를 들어 특정 교환 지점과 같은 인근 네트워크에만 표시된다.

 문자 IPv4 주소 IPv6 주소 AS 번호AS-numbers and IP-addresses from Root-servers.org homepage checked 9 January 2014 과거 이름 운용자 운용자 국적 위치 사이트 수(글로벌/로컬)Location and sites from Root-servers.org homepage checked 5/12/2025 소프트웨어 A   AS19836,AS19836 is not listed by the RIPEstat tool, though one can see it in   https://stat.ripe.net/AS19836#tabId=at-a-glance AS36619, AS36620, AS36622, AS36625, AS36631, AS64820AS64820 is listed as "private use" in RIPE's RISwhois tool ns.internic.net 베리사인  애니캐스트를 사용하여 분산34/22NSD 및 베리사인 ATLAS B   AS394353 ns1.isi.edu USC-ISI  애니캐스트를 사용하여 분산6/0 BIND, GoDaddy 및 Knot DNS C   AS2149 c.psi.net Cogent Communications  애니캐스트를 사용하여 분산13/0 BIND D Since 3 January 2013; originally was .  AS10886Since November 2017; originally was AS27.RISwhois, excluding less-specific AS3303 route announcement terp.umd.edu 메릴랜드 대학교  애니캐스트를 사용하여 분산23/208 NSDD-root History page E   AS21556 ns.nasa.gov NASA 에임스 연구 센터  애니캐스트를 사용하여 분산130/198 BIND 및 NSD F   AS3557 ns.isc.org Internet Systems Consortium  애니캐스트를 사용하여 분산129/225 BIND 및 Cloudflare GFormerly http://www.nic.mil/ (웨이백 머신 링크); unlike all other DNS root servers, G-Root does not implement a homepage under root-servers.org, i.e. http://g.root-servers.org/. Unlike all other DNS root servers, G-Root does not respond to pings.  AS5927 ns.nic.ddn.mil Defense Information Systems Agency  애니캐스트를 사용하여 분산6/0 BIND H Since 1 December 2015; originally was . Since 1 December 2015; originally was . AS1508Since 1 December 2015; originally was AS13. aos.arl.army.mil U.S. Army Research Lab  애니캐스트를 사용하여 분산12/0 NSD I   AS29216 nic.nordu.net Netnod  애니캐스트를 사용하여 분산90/0 BIND J Since November 2002; originally was .  AS26415, AS36626, AS36628, AS36632  베리사인  애니캐스트를 사용하여 분산62/86NSD 및 베리사인 ATLAS K   AS25152  RIPE NCC  애니캐스트를 사용하여 분산134/12 BIND, NSD 및 Knot DNSK-root Homepage L Since 1 November 2007; originally was . Since 23 March 2016; originally was . AS20144, excluding less-specific AS3303 route announcement  ICANN  애니캐스트를 사용하여 분산143/0 NSD 및 Knot DNSl.root-servers.net M   AS7500  WIDE Project  애니캐스트를 사용하여 분산8/19 BIND
섬네일|500px|right|애니캐스트 인스턴스를 포함한 13개의 논리 네임 서버 지도. 2006년 말 기준.

또한 주류 네임 서버와 병행하여 자체 대체 DNS 루트를 사용하는 여러 대체 네임스페이스 시스템이 존재한다. 첫 번째인 AlterNIC은 상당한 언론의 주목을 받았다.

루트 네임 서버의 기능은 로컬 또는 공급자 네트워크에서도 구현될 수 있다. 이러한 서버는 ICANN이 게시한 공식 루트 존 파일과 동기화되며, 대체 루트를 구성하지는 않는다.

루트 네임 서버는 인터넷의 중요한 부분이므로 여러 차례 공격을 받았지만, 어떤 공격도 인터넷 성능에 심각한 영향을 미 줄 정도로 심각하지는 않았다.

 루트 서버 감독 
DNS 루트 서버 시스템 자문 위원회는 ICANN 위원회이다. ICANN의 정관에 따르면 이 위원회는 ICANN에 자문을 제공하지만, 위원회는 서버나 서버 운영자에 대한 권한을 주장하지 않는다.

 루트 존 파일 
루트 존 파일은 도메인 네임 시스템의 정점에 있는 작은 (약 2 MB) 데이터 세트이며, 그 공개가 루트 네임 서버의 주요 목적이다. 이는 리졸버를 부트스트랩하는 데 사용되는 `root.hints` 파일과 혼동해서는 안 된다.

루트 존 파일의 내용은 com, org, edu와 같은 모든 최상위 도메인(TLD) 및 국가 코드 최상위 도메인에 대한 루트 도메인 권한 있는 DNS 서버의 이름과 숫자 IP 주소 목록이다(루트 도메인, 즉 점에 대한 정보도 포함한다). 2004년 12월 12일에는 TLD에 대한 773개의 서로 다른 권한 있는 서버가 나열되었다. 이후 TLD의 수가 크게 증가했다. 2020년 7월 기준으로 루트 존은 1511개의 유용한 TLD로 구성되었다(할당되지 않은 55개 도메인, 은퇴된 8개 도메인, 11개 테스트 도메인은 제외). 다른 네임 서버는 권한 있는 서버에 대한 정보가 없는 질의를 루트 네임 서버로 전달한다. 루트 네임 서버는 자체 루트 존 파일을 사용하여 적절한 TLD에 대한 참조 또는 해당 TLD가 존재하지 않는다는 표시로 응답한다.ISOC, DNS Root Name Servers explained for the non-expert, (Available online, accessed 19 March 2010.)

 같이 보기 

 블랙홀 서버
 루트 네임 서버에 대한 분산 서비스 거부 공격
 DNS 확장 메커니즘 (확장 DNS, 버전 0)
 인터넷 백본
 오픈 루트 서버 네트워크
 .root

 내용주 

 각주 

 추가 문헌 
 Root Server Technical Operations Association
 List of Root Servers, IANA
 Root Servers' Geographical Locations on Google Maps
 DNS Root Server System Advisory Committee
 DNS Root Name Servers Explained For Non-Experts
 DNS Root Name Servers Frequently Asked Questions
 Location of Root servers in Asia-Pacific
 Bogus Queries received at the Root Servers 
  – IAB Technical Comment on the Unique DNS Root
  – Root Name Server Operational Requirements
  – Observed DNS Resolution Misbehavior (from observations on the Root Servers)
 ORSN, Open Root Server Network – an unrelated, competing DNS-based name infrastructure
 RSSAC023, about the origins

 외부 링크 
 Root Server Technical Operations Association
 Root Files, IANA
 orsn.org Open Root Server Network
 root-servers.net.zone
 Root Server response times
 DNS root nameservers explained for non-experts

분류:도메인 네임 시스템