DNS 존

[섬네일|300px|en.wiki.org를 위한 [도메인 네임 시스템|DNS 존의 그림]]

**DNS 존**(DNS zone)은 도메인 네임 시스템(DNS)의 DNS 네임스페이스의 특정 부분으로, 특정 조직이나 관리자가 관리한다. DNS 존은 권한 있는 네임 서버와 같은 DNS 구성 요소에 대한 보다 세분화된 제어를 허용하는 관리 공간이다. DNS는 DNS 네임스페이스 내에서 명확하게 관리되는 영역인 여러 존으로 나뉜다. DNS 존은 반드시 물리적으로 서로 분리되어 있는 것은 아니지만, 하나의 DNS 존은 여러 서브도메인을 포함할 수 있으며, 여러 존이 동일한 서버에 존재할 수 있다.

인터넷의 도메인 네임스페이스는 DNS 루트 도메인 아래의 서브도메인으로 구성된 계층적 구조로 조직된다. 이 트리의 개별 도메인은 관리 권한 및 관리를 위한 위임 지점 역할을 할 수 있다. 그러나 여러 서브 도메인 레벨을 독립적으로 관리할 수 있도록 세분화된 위임 경계를 구현하는 것이 일반적으로 바람직하다. 따라서 도메인 네임스페이스는 이 목적을 위해 영역(존)으로 분할된다. 존은 도메인에서 시작하여 트리 아래로 리프 노드 또는 다른 존이 시작되는 서브도메인의 최상위 레벨까지 확장된다.

DNS 존은 도메인 네임 서버의 구성 시스템에 구현된다. 역사적으로, 이는 특수 DNS 레코드 유형인 Start of Authority (SOA)로 시작하며 존 내에 설명된 리소스에 대한 모든 레코드를 포함하는 운영 체제 텍스트 파일인 존 파일에 정의된다. 이 형식은 원래 버클리 인터넷 네임 도메인 서버(BIND) 소프트웨어 패키지에서 사용되었으며 RFC 1034 및 RFC 1035에 정의되어 있다.

## 도메인 및 존
대부분의 최상위 도메인 레지스트리 운영자는 2단계 도메인을 등록하기 위해 대중 또는 위임된 지리적 또는 기타 범위 목적을 가진 개체에 네임스페이스를 제공한다. 유사하게, 하위 수준 도메인을 담당하는 조직은 자체 네임스페이스를 운영하고 해당 공간을 세분화할 수 있다.

서브도메인 공간의 각 등록 또는 할당은 등록자에게 하위 수준 도메인으로의 서브 위임을 포함하여 해당 존에 대한 책임을 관리하기 위한 관리 및 기술 인프라를 유지하도록 의무를 부과한다. 각 위임은 할당된 공간에 대한 본질적으로 무제한적인 기술 자율성을 부여한다. 관리 위임을 받은 하나 이상의 서브도메인 영역을 DNS 존이라고 한다. 존은 항상 도메인 경계에서 시작하여 도메인 내의 모든 리프 노드(호스트)를 포함하거나 독립적으로 관리되는 다른 존의 경계에서 끝난다.

각 도메인이 서브도메인으로 더 나뉘어 각각 자체 관리자 및 DNS 서버 세트가 있는 DNS 존이 되면서 트리는 아래쪽에 가장 많은 수의 리프 노드를 가진다. 이 최하위 레벨, 즉 트리의 최종 노드 또는 리프에서는 DNS 존이라는 용어가 사용 및 관리 측면에서 "도메인"이라는 용어와 본질적으로 동의어가 된다. 도메인이라는 용어는 할당된 엔티티의 비즈니스 기능에서 사용되며, 존이라는 용어는 일반적으로 DNS 서비스 구성에 사용된다.

## 포워드 DNS 존
DNS 존은 도메인 이름을 IP 주소 또는 다른 정보에 매핑하는 레코드를 포함한다. 도메인 이름을 할당된 정보로 확인하는 것을 포워드 확인이라고도 하며, 이러한 프로세스와 관련된 DNS 존을 종종 포워드 존이라고 한다. 이 용어는 역 프로세스(IP 주소와 관련된 DNS 이름을 찾는 것)에 사용되는 역 존의 반대 개념으로 생겨났다. 이러한 역 존은 인터넷 주소 및 라우팅 매개변수 영역(도메인 arpa)에서 유지된다.

포워드 존이라는 용어의 또 다른 일반적인 사용은 DNS 네임 서버, 특히 캐싱 네임 서버의 특정 구성을 나타내며, 여기서 도메인 이름의 확인은 설정된 캐시 메모리에서 응답하는 대신 해당 도메인에 권한이 있는 다른 네임 서버로 전달된다.

## 인터넷 인프라를 위한 존
최상위 도메인 arpa는 DNS 및 인터넷의 다양한 기술 인프라 측면에 대한 위임 존 역할을 하며, 국가 및 일반 도메인의 등록 및 위임 시스템을 구현하지 않는다.
arpa라는 이름은 인터넷의 전신 중 하나인 아파넷의 잔재이다. DNS에 대한 과도기적 지원으로 의도되었던 arpa 도메인의 삭제는 나중에 비실용적인 것으로 밝혀졌다. 결과적으로 이 이름은 공식적으로 Address and Routing Parameter Area의 약어로 재정의되었다. 여기에는 IP 주소를 호스트 이름으로 역확인(IPv4: in-addr.arpa, IPv6: ip6.arpa), 전화번호 매핑(ENUM, e164.arpa), 통합 자원 식별자 확인(uri.arpa, urn.arpa)에 사용되는 서브존이 포함된다.

이 도메인과 서브도메인의 관리 구조는 다르지만, 책임 영역으로의 기술적 위임은 유사하며 사용되는 DNS 도구 및 서버는 다른 모든 존과 동일하다. 서브존은 각 리소스의 구성 요소에 의해 위임된다. 예를 들어, ENUM 시스템에서 E.164 전화번호를 나타낼 수 있는 8.8.2.5.5.2.2.0.0.8.1.e164.arpa는 이름의 적절한 경계에서 서브 위임될 수 있다. 역 DNS 존의 IP 주소 예시는 166.188.77.208.in-addr.arpa이며, 이는 208.77.188.166 주소를 나타내고 www.example.com 도메인 이름으로 확인된다. IP 주소의 경우 역 존은 인터넷 서비스 제공자(ISP)에 할당된 IP 주소 블록에 위임된다. ISP가 고객에게 범위를 할당할 때, 일반적으로 고객의 DNS 시설을 가리키는 네임 서버 리소스 레코드를 해당 존에 삽입하거나 다른 관리 도구를 제공하여 해당 공간의 관리를 고객에게 위임한다. 네트워크 주소 변환(NAT)을 통해 연결된 네트워크에 대한 단일 IP 주소 할당은 일반적으로 이러한 시설을 제공하지 않는다.

## DNS 쿼리에서 존 권한의 예
DNS 확인 프로세스의 예로, "en.wikipedia.org." 주소를 찾으려는 재귀적 DNS 확인자의 역할을 살펴보자. 이는 알고 있는 가장 권한 있는 네임 서버, 즉 인터넷의 모든 최상위 도메인(TLD)에 대한 네임 서버 정보를 포함하는 루트 존 네임 서버(마침표로 표시됨) 주소 목록으로 시작한다.

루트 네임 서버 중 하나에 쿼리할 때 루트 존이 "en.wikipedia.org."에 대한 레코드를 직접 포함하지 않을 수 있으며, 이 경우 "org." 최상위 도메인(TLD)에 대한 권한 있는 네임 서버로의 참조를 제공한다. 확인자는 "org." 존에 대한 권한 있는 네임 서버로의 참조를 발행받고, 더 구체적인 정보를 위해 해당 네임 서버에 연락할 것이다. 다시 "org." 네임 서버 중 하나에 쿼리할 때, 확인자는 "wikipedia.org." 존으로 또 다른 참조를 발행받을 수 있으며, 그 후 다시 "en.wikipedia.org."를 쿼리할 것이다. () "en.wikipedia.org."는 "text.wikimedia.org."에 대한 CNAME이고 (이것은 다시 "text.esams.wikimedia.org."에 대한 CNAME이다), "wikipedia.org." 네임 서버도 "wikimedia.org." 존에 대한 권한 있는 데이터를 포함하고 있기 때문에, 이 특정 쿼리의 확인은 쿼리된 네임 서버 내에서 완전히 이루어지며, 확인자는 더 이상 참조 없이 필요한 주소 레코드를 받을 것이다.

마지막으로 쿼리된 네임 서버가 CNAME의 대상에 대한 권한 있는 데이터를 포함하지 않았다면, 이번에는 "text.wikimedia.org." 존으로 또 다른 참조를 발행했을 것이다. 그러나 확인자는 이전에 "org." 존에 대한 권한 있는 네임 서버를 결정했기 때문에 처음부터 확인 프로세스를 시작할 필요 없이 "org." 존에서 시작하여 루트 네임 서버에 대한 또 다른 쿼리를 피할 수 있다.

확인이 어떠한 참조도 포함해야 한다는 요구 사항은 없다. 루트 네임 서버에서 "en.wikipedia.org."를 찾는 것은 항상 참조를 발생시키지만, "en.wikipedia.org."에 대한 레코드를 포함하도록 설정된 대체 DNS 루트가 사용되는 경우, 레코드는 첫 번째 쿼리에서 반환된다.

## 같이 보기
* 도메인 전파
* DNS 존 전송

## 각주

분류:도메인 네임 시스템