[지디넷코리아]DNS는 TCP/IP 네트워크에서 선택된 주소 참조 시스템이다. 또한 인터넷의 호스트 이름 참조에도 사용된다. 그러나 기업과 함께 성장할 수 있는 내부 DNS 인프라를 어떻게 구축할 수 있을까?

DNS(the Domain Name System)는 TCP/IP 네트워크에서 "인간에 친숙한" 컴퓨터 호스트 이름을 "기계에 친숙한" IP 주소로 변환하는데 사용되는 인터넷 표준이다. 사용자가 호스트 이름을 사용해 IP 네트워크상의 컴퓨터에 접속하기를 원한다면 (예를 들어 www.techrepublic.com을 이 주소의 고정 IP 주소 대신에 브라우저의 주소창에 입력하는 것) 이런 이름을 변환할 수 있는 DNS 서버를 제공해야만 한다.

중앙의 DNS 데이터베이스는 등록된 최상위 수준 도메인(예를 들면 .com)과 인터넷의 공공 DNS 서버에 관련된 정보를 저장하며 사용자의 질의를 제 2수준의 적절한 DNS 서버로 보낸다 (예를 들면 techrepublic.com). 대부분의 기업은 자체 도메인을 위한 DNS 서버를 자체적으로 유지하므로 DNS는 결국 분산 데이터베이스가 된다.

만약 당신의 회사가 등록된 도메인을 갖고 있다면 두 가지 선택권이 있다. 하나는 자체 DNS 서버를 보유하거나 호스팅 서버를 이용하는 것이다. 기업 웹서버를 위해 웹 호스팅 회사를 이용하고 있다면 추가 비용없이 DNS도 호스팅할 것이다. 자체 DNS 서버를 구축하기로 선택했다면 도메인 등록소에 이를 등록해 회사의 도메인이 당신 회사의 DNS 서버에서 변환되도록 조치를 취해야 한다.

심지어 인터넷에 서버를 공개하지 않는다고 해도 내부 네트워크가 윈도우 2000 혹은 이후의 도메인이라면 DNS가 필요하다. 윈도우의 액티브 디렉토리는 DNS를 사용해 LAN상의 호스트(컴퓨터) 이름을 IP 주소로 변환하기 때문이다.

새로운 네트워크를 막 구축하고 있다면 DNS 인프라를 설계함에 있어서 확장성을 미리 계산하는 것이 좋다.

DNS 계층구조
기업과 함께 성장할 DNS 인프라 구축의 첫 번째 단계는 DNS 작동방식의 이해에 있다. DNS 시스템은 논리적 그리고 물리적 모두 계층적으로 구조화돼 있다.

논리 계층
논리적 측면을 보면 DNS 네임스페이스는 다 단계(레벨)로 돼있다:

* 루트(root) 레벨. DNS 주소에서 이는 도트(.)로 표현된다.

* 최상위 혹은 제1 레벨. 이는 도메인 유형(.com, .org, .net, .edu, .mil, .gov, .etc) 혹은 국가 (영국 .uk, 이탈리아 .it, 프랑스 .fr, 중국 .cn, 러시아 .ru, 호주 .au)를 대표한다.

* 제2 레벨. 이는 공식 등록소(ICANN가 승인하는)에 등록하기 위해 연회비를 납부하는 도메인 이름이다 공식 등록소에는 네트워크 솔루션즈 (최초의 등록소), GoDaddy.com, 조커, 투코스(Tucows), Register.com, 돗스터(Dotster) 등이 있다.

제 2 레벨 도메인 각각은 제 1 레벨 도메인 내부에서 유일해야 한다. mydomain.com은 하나여야만 하지만 mydomain.net, mydomain.org 등은 가능하다. 일부 제 1 레벨 도메인은 제한돼 있다. 예를 들어, 교육기관만 .edu 도메인에 등록할 수 있으며 미국의 정부기관만 .gov 도메인에 등록할 수 있는 등의 제한이다.

유의사항
비록 모든 인터넷 도메인 이름은 네임스페이스의 루트 레벨을 나타내는데 도트를 사용하지만 현재 사용되고 있는 DNS 소프트웨어는 이름 변환을 위해 마지막 도트를 꼭 입력할 것을 요구하지 않는다.

물리 계층
분산 DNS 데이터베이스를 포함하고 있는 물리적 기계들도 계층적 구조를 띠고 있다:

DNS 루트 서버는 .(루트 레벨) 도메인을 책임진다. 다음 레벨의 서버 데이터베이스를 갖고 있는데 이들 서버들은 .com이나 .net과 같은 다음 제 1 레벨의 도메인에 책임이 있다.

제 1 레벨 도메인 서버는 제 2 레벨 도메인에 책임이 있는 서버 데이터베이스를 포함한다.
제 2 레벨 도메인 서버(DNS 서버 혹은 기업 도메인을 위한 서버)는 실제 DNS 주소에 대한 변환 요청(www.mydomain.com 과 같은 것으로 "www"는 웹서버의 호스트 이름이다) 혹은 accounting.mydomain.com 과 같은 서브도메인에 대한 변환요청을 다룬다.

실제로는 다음과 같이 동작한다:
도메인 이름을 사용해 (예를 들면 www.mydomain.com) 다른 컴퓨터에 접속할 필요가 있는 웹 브라우저와 같은 클라이언트 프로그램은 클라이언트 컴퓨터가 사용하도록 설정돼 있는 DNS 서버에 질의를 보낸다(기업용 컴퓨터인 경우 기업의 DNS 서버일 가능성이 크다.

가정용 컴퓨터일 경우 이는 ISP의 DNS 서버일 것이다.) 만약 변환을 원하는 주소가 .com 제 1 레벨 도메인에 속하는 경우 DNS 서버는 .com 제 1 레벨 서버에 질의를 보낸다. 이 제 1 레벨 서버는 mydomain.com 도메인을 담당하는 서버를 데이터베이스에 저장하고 있다. 따라서 mydomain.com DNS 서버에 질의를 보내 www.mydomain.com의 IP 주소에 대해 문의한다. 이제 브라우저는 이 IP 주소를 사용하여 www.mydomain.com 웹 서버에 연결할 수 있다. 이런 과정은 DNS 서버가 질의에 대한 응답을 캐쉬함으로써 더욱 효율화되는데 동일한 이름에 대한 질의가 다시 들어오면 캐쉬에 www.mydomain.com의 IP 주소를 이미 갖고 있기 때문에 다시 전체과정을 수행화할 필요가 없기 때문이다.

유의사항
정보는 캐쉬에 영구적으로 남아있는 것이 아니다. TTL(Time To Live)이라는 특정한 시간이 지나면 캐쉬 정보는 지워진다.

확장성을 위한 DNS 설정
DNS 정보는 존 트랜스퍼 (zone transfer) 를 통해 여러 개의 DNS 서버에 복제된다. 신뢰성을 위해 네트워크는 최소한 각 DNS 존에 대해 두 개의 DNS 서버가 설정돼 있어야 한다. 하나는 주 DNS 서버로 마스터 존 파일이 저장된다. 다른 하나는 보조 DNS 서버로 마스터, 혹은 인증 받은 DNS 서버에서 DNS 데이터베이스 정보를 갖고 온다. 또한 자체 데이터베이스 파일은 없지만 DNS 정보를 캐쉬만 하거나 다른 DNS 서버에 질의를 전달하는 캐쉬-온리(caching-only) DNS 서버도 가질 수 있다.

내부 네트워크용 DNS 인프라를 구축한 다음 고려할 큰 문제는 네임스페이스이다. 만약 DNS 가 내부 질의에만 사용된다면 도메인명을 등록할 필요가 없다 (그러나 등록에 따른 이점은 인터넷에 언젠가 공개될 서버 용 도메인 이름을 사용할 계획이 있다면 분명히 존재한다).

만약 당신의 회사가 인터넷을 통해 사용자에게 서비스를 제공하거나 내부 LAN을 통해 서비스를 제공할 정도로 성장한 경우 몇 가지 선택권이 있다.

* 내부 그리고 외부 네임스페이스에 대해 다른 도메인 이름을 사용
* 외부 네임스페이스의 서브 도메인을 내부 도메인으로 사용
* 내부와 외부 네임스페이스에 대해 동일한 도메인 이름을 사용하며 분리된 DNS 인프라를 설정한다. 분리된 DNS 란 동일 도메인에 대해 두 개의 별도 존을 설정하는 것이다.

분리된 DNS 작동 방식은 다음에 설명돼 있다.
http://www.isaserver.org/tutorials/You_Need_to_Create_a_Split_DNS.html

확장성을 위해 논리적 계층 구조하에서 DNS 네임스페이스를 계획해야 한다. 그래야만 기존 네임스페이스에 악영향을 주지 않으면서도 쉽게 새로운 존을 추가할 수 있다. 루트(인터넷 혹은 내부) 도메인 아래로 5개 이상의 네임스페이스 확장은 좋지 않다.

만약 내부 네트워크가 여러 개의 물리적 장소에 분산돼 있다면 최선의 선택은 네트워크의 모든 제 1 레벨 도메인을 접근할 수 있는 내부 DNS 루트 존을 사용하며 이를 인터넷에서 격리시키는 것이 최선의 방책이다. DNS 네임스페이스는 확장성을 위해 여러 개의 DNS 서버에 호스트될 수 있다. 기업 환경에서 DNS 인프라는 여러 개의 제 1 레벨 도메인으로 구축할 수 있다.

윈도우 DNS 서버를 갖춘 기업을 위한 DNS 인프라 설계에 관한 추가 정보는 아래의 MS 네크넷 웹 사이트에서 찾아 볼 수 있다.

http://www.microsoft.com/technet/itsolutions/wssra/raguide/NetworkServices/ignsbp _2.mspx?mfr=true @