때찌네

DNS(Domain Name System)

*정의 : Domain Name 을 IP Address로 바꾸어 주거나 또는 그 반대의
작업을 처리해 주는 시스템. 즉 IP Address와 Domain Name 사이의 변환작업 시스템



*Domain Name Server

- Domain Name Server는 자신의 Domain에 속한 IP Address와 Domain Name을 모두 보유

- 클라이언트가 어떤 IP Address에 해당하는 Domain Name을 요청하거나 또는 그 반대의 작업을 요청하면 작업한 결과를 클라이언트에게
알려준다.

- Domain Name Server는 자신의 Domain에서만 작업을 처리한다.

- Domain Name Server가 알지 못하는 Domain Name이나 IP Address를 클라이언트가 요청할 때는 자신의 상위계층에 위치한 Domain Name
Server에게 재요청한다

- 최종 Root Server는 domain에 대한 모든 책임을 진다



*** DNS의 자료에서 생기는 오류

이 절에서는 네임서버가 메모리에 적재하는 ZONE 파일에서 발견되는 네임서버의 DNS 자료의 문제에 대해 논의한다

불일치, 누락 혹은 잘못된 자료

HOST NAME

호스트 이름에 사용이 가능한 글자들은 아스키 문자와 숫자 그리고 '-' 문자이다. 라벨들이 전부 숫자이어서는 안되지만 숫자가 맨 앞에 오는 경우는 괜찮다. (예, 3com.com). 라벨들은 반드시 숫자나 문자로 시작하여야 한다. 어떤 호스트들은 이 인터넷 호스트 이름에 대한 규칙에 위배된다. (예 : 411.com, 1776.com).
밑줄을 사용하는 것은 RFC 1033에서 허용되었지만 RFC 1033은 표준을 정의한 것이 아니며 정보일 뿐이다. 어떤 TCP/IP 구현상에는 호스트 이름에 밑줄을 사용하는 것을 거부하는 것이 있다.

이런 규칙들은 이들은 문제들을 최소화하기 위한 사람들에 의한 자발적인 것이라는 것에 유의하여야 한다. 인터넷의 호스트 이름에 대한 규칙은 SMTP에 사용되는 호스트와 주소에도 같이 적용되는 것에 주의해야 한다.



DOMAIN NAME

DNS의 도메인 이름들은 점으로 분리되는 "label"로 구성되어 있다. DNS의 도메인 이름에 사용 가능한 글자들에 대한 규칙은 매우 자유롭다. 그러나 도메인 이름이 호스트의 이름으로 사용되면 이는 호스트 이름에 대한 제한에 따라야 한다. 또한 도메인 이름이 메일에 사용되면 메일 주소의 이름에 대한 규칙을 따라야 한다.



DOMAIN NAME 과 E-Mail



도메인 이름이 메일에 사용된다면 이는 반드시 메일에 대한 규칙에 따라야 한다. 이것은 HOST 네임 규칙보다 자유롭지만, 메일에 대한 라벨은 특수 문자, 제어문자, 그리고 공백을 제외한 모든 아스키 문자가 될 수 있다.

특수 문자들은 "()@,;:"."로서('!' 문자는 RFC 822에 없으나 이것도 역시 UUCP 메일에 상충되므로 사용되어서는 안된다) 주소의 해석을 위한 특정 문자들이다. 그러나 인터넷 상의 메일에 사용되는 거의 모든 이름들이 호스트 이름으로도 역시 사용되고 있으며 이 표준에 의한 이름은 찾아보기는 어렵지만 메일 소프트웨어는 그들을 받아들일 수 있도록 만들어져야 한다.



A 와 PTR 레코드

인터넷에서 접근 가능한 모든 호스트들의 서비스들은 DNS에 정확히 등록되지 않으면 사용될 수 없다. 그러기 위해서 PTR과 A 레코드를 일치시킨다. 모든 IP 주소에 대해서 in-addr.arpa 도메인에 일치되는 PTR 레코드가 있어야 한다. 만약 호스트가 multi-homed인 경우 (즉 둘 이상의 IP 주소를 가지는 경우) 모든 IP 주소가 대응되는 PTR 레코드를 가져야 한다. PTR 레코드와 A 레코드가 일치하지 않으면 이것은 DNS에 등록되지 않은 것으로 간주된다. 또한 PTR 레코드는 CNAME에 의해 지정된 별명이 아닌 적법한 A 레코드를 가리켜야 한다.



기타



어떤 운영체제는 자신의 이름 길이에 제한을 가지고 있는 것도 있다. DNS에 관한 것은 아니지만 호스트 이름을 정하기 전에 운영체제의 호스트 이름에 대한 제한을 알아야 한다.
많은 자원 레코드 (RR)들은 하나 이상의 변수를 필요로 한다. HINFO는 두개의 변수를 가지며 RP도 마찬가지이다. 충분한 수의 변수를 제공하지 않는다면 서버는 누락된 필드에 대하여 잘못된 정보를 반환할 수 있다. 만일 자료에 공백이 포함되면 그 스트링들은 인용 부호로 둘러 싸여야 한다.