DNS 서버 설치하기 읽음:695 ----------------------------------------- CONTENTS: *DNS란 ? 1. Domain Name System의 특징/구조 2. 등록 3. zone database 구성 4. 용어 설명 5. dns 구조 6. 동작 *DNS configure files 1. server configuration file 2. client configuration file 3. NIS를 이용한 dns client setup *DNS 운영 1. 운영 *Solutions 1. Trouble Shooting ------------------------------- DNS란 ? ======== - DNS(Domain Name Service)는 인터네트 사회에서의 공식적인 "분산 네이밍 시스템" 으로써 인터네트의 가장 기본적인 이름과 관련된 서비스이다. 매우 근본적이기 때문에 하위레벨에 있어야 하는 것 같으면서도 상위레벨에서 제어를 해야 하기 때문에 잘 동작을 하지 않는 문제도 많다. DNS는 TCP/IP를 이용한 응용계층의 protocol로서 그 기능은 네트웍상의 Host에 관한 정보를 질문하고 응답하는 것이며 NIS와는 달리 Domain간의 access가 가능하다. TCP/IP 네트웍상의 모든 주소는 4개의 숫자와 .으로 이루어져 있다. 이런 주소 형태를 가리켜 IP address라고 부르고 인테넷상의 모든 Host들은 각자의 유일한 IP address를 NIC(Network Information Center)로부터 부여받게 된다. 그러나 이러한 숫자형의 주소 보다 기억하기 쉽고 명료한 address를 이용하게 된 것이 바로 Domain address이다. 이것은 "/etc/hosts" 에 등록된 의 매핑단계를 거쳐서 오늘날의 Domain Name System으로 발전하였다. 초기에는 인터네트에 연결된 호스트가 몇개 안되었기 때문에 각각의 호스트에 /etc/hosts에 몇개를 등록시켜 사용하는 것으로 충분했지만, 현재 internet상에는 수많은 Host들이 모두 Host들의 정보를 가지고 있기에는 그 양이 너무나 방대하다. DNS는 바로 이러한 문제점을 해결할 수 있게 하기위해서 몇개의 특정 Host 들이 Nameserver가 되어 인터네트 호스트를 다른 호스트와 혼동이 되지 않고도 빠르고 쉽게 사용하기 위해서 Domain Name System이 탄생하게 된 것이다. client가 되는 일반 host들은 server에게 nameservice를 요청하기만 하면 된다. 1. Domain Name System의 특징/구조 * 특징 - 분산되어있다. /etc/hosts가 집중적인 구조의 문제였기 때문에 DNS는 도메인으로 나누며, 그 도메인에 관한 것은 그쪽에서 관리하는 식인 분산된 구조로 되어있다. - 계층적인 구조이다. 도메인을 다시 묶은 형태의 계층적인 구조를 가진다. 즉, 모든 도메인은 자신의 상위도메인을 갖는다. 예를들어 lgic.co.kr의 상위 도메인은 co.kr이다. - 클라이언트/서버 구조이다. gethostbyaddr(), gethostbyname()등의 요청에 의해서 Name Server가 동작하여 답을 주는 구조로 되어있다. - 인터네트에 국한된 것은 아니다. 인터네트의 호스트가 아니라도 다른 네트워크와 인터네트사이의 게이트웨이 역할을 해주는 서버가 있으면 등록이 될 수 있다. 예를들어 UUCP네트워크라던지 PC통신망의 서버들. - 대/소문자를 구분하지 않는다. * 형태 - Domain Name 각 기관에 주어지는 네트웍 상에서 사용하는 이름으로 "."으로 구분되며 형태는 아래와 같다. ac co 기관이름.re.kr go mn ac : 학교 기관에서 사용 co : 기업체 연구소에서 사용 re : 연구소에서 사용 go : 정부 출현 기관에서 사용 nm : 각 네트웍 주요 gateway 시스팀에 사용 2. 등록 - Domain name은 반드시 Internet상에 "유일" 해야하며 중복이 되어서는 안되며, 이 Name은 NIC(Network Informaiton Center)라는 곳에 등록을 해야한다. 국제적으로는 InterNIC가 있고, 각 나라별로 NIC가 존재한다. 한국에는 한국 전산원(KRNIC)가 있다. 3. zone database 구성 - forward zone database 호스트 이름을 주면 IP주소를 얻을 수 있도록 하기 위해 호스트이름에 대해서 IP주소를 갖는다. - inverse(reverse) zone database IP주소을 주면 이에 해당하는 호스트 이름을 찾기 위해서 IP주소에 대해 호스트이름이 매핑된 형태를 띄고 있다. - inverse(reverse) localhost zone file 127.0.0.1에 대한 reverse zone database - $ORIGIN meta-command로 "."으로 끝나지 않는한 항상 붙어다닌다. 예를들어 $ORIGIN lgic.co.kr. swat.lgic.co.kr IN A 203.236.91.7 % $ORIGIN의 내용 제외시 named.boot file 참고. : domain 정의 - SOA 현 zone database에 대한 "authority"정보를 나타낸다. - root cache 루트캐쉬는 root 네임서버에 대한 정보를 담고 있다. 이것은 캐쉬라고는 하지만, 지워지지 않는다. 4. 용어 설명 - root node: 계층적으로 이루어진 트리에서 맨 상위 "."으로 끝나는 것. 바로 아래에 존재한 것들을 top level zone이라고 한다. 기관별 : edu ( Educational institutions ) net ( Major network support centers ) com ( Commercial organizations ) mil ( Department of Defense funded groups ) gov ( Government institutions ) 국가별 : kr jp us - zone: 허가된 도메인 내의 영역 (*.)lgic.co.kr의 영역 - record: database에 등록된 레코드들의 종류에 다음과 같은 것이 있다. NS : Name Server Record로 현재 zone database에 대한 Name Server의 IP주소로 되어 있다. 예) IN NS 203.236.91.1 A : Address Record로 호스트 이름에 대한 IP주소의 대응으로 되어 있다. 예) ns.lgic.co.kr. IN A 203.236.91.1 CNAME : 별명(alias)에 대한 레코드 예) news IN CNAME ns.lgic.co.kr. MX : Mail eXchanger 레크드, 현 도메인의 mail gateway를 나타낸다. 예) IN MX 10 mail1.ns.lgic.co.kr IN MX 50 mail2.ns.lgic.co.kr HINFO : 해당 host의 정보를 나타낸다 예) IN HINFO "NETRA " "Solaris 7" Primary/Secondary Name Server: reliability를 높히기 위해서 한 네임서버가 동작을 하지 않을때을 대비하여 secondary name server를 지정할 수 있다. 5. dns 구조 * Master Server (in.named 수행) - Primary Server : DB Update 기능을 가지며 해당 domain의 최우위의 Server가 된다. - Secondary Server : DB 의 BackUp 역할을 하며 Primary 가 down되었을때 Server 역할을 대신 수행한다. * client - cache only server - remote server ( resolver 수행) : Master Server에게 name service를 요청하기만 하는 Host. 6. 동작 * server - /etc/named.boot - in.named 서버로서의 동작은 /etc/named.boot에 name server로서의 동작에 관한 profile을 작성하면 booting시 check 후 in.named를 동작시키는 것으로서 서버의 동작을 취하게 된다. * client - /etc/nsswitch.conf (Solaris2.x only) -> name service switch file - /etc/resolv.conf 클라이언트로 동작을 하기 위해서는 Solaris 2.x에서는 /etc/nsswich.conf 에서 files, nis, nisplus, 중에서 files를 copy후 modify 하여야 한다. /etc/resolv.conf에는 어떤 name server를 쓸 것인지 기록한다. DNS configuration files? ======================== 1. server configuration files - Primary Server Primary Server는 각 도메인의 데이타들을 직접 관리하고 다른 서버들의 Query에 응답을 해주는 서버이며 아래와 같은 화일들을 필요로 한다. * /etc/named.boot 어느 도메인에 대해 primary server로서의 역할을 하고 있는지를 지정하고 어느 디렉토리에 필요한 데이타 화일들을 가지고 있는지를 지정하며 아래와 같은 형태이다. +------------------------------------------------------------------------+ | ; /etc/named.boot, 1995/4/01 | | ; | | directory /usr/local/dns | | ; | | ; type domain source host/file backup file | | ; | | cache . root.cache | | primary lgic.co.kr lgic.zone | | primary 91.236.203.in-addr.arpa lgic.rev | | primary 0.0.127.in-addr.arpa local.rev | | ; | +------------------------------------------------------------------------+ -> DNS관련 화일에서는 ";"로 시작하는 라인은 Comment로 인식한다. 위 화일 내용 중 각 라인의 의미는 아래와 같다. +------------------------------------------------------------------------+ | directory /usr/local/dns | +------------------------------------------------------------------------+ -> 데이타 화일이 저장될 디렉토리의 이름 +------------------------------------------------------------------------+ | cache . root.cache | +------------------------------------------------------------------------+ -> root.cache 화일 안에 root zone에 대한 서버들을 지정한다. authoritative root name server list +------------------------------------------------------------------------+ | primary lgic.co.kr lgic.zone | | primary 91.236.203.in-addr.arpa lgic.rev | | primary 0.0.127.in-addr.arpa local.rev | +------------------------------------------------------------------------+ -> lgic.co.kr, 91.236.203.in-addr.arpa, localhost, 0.127.in-addr.arpa 도메인에 대해서 primary server 역할을 하고 있음을 지정하며 그 데이타들은 각각 lgic.zone, lgic.rev, local.rev 화일에 있음을 지정한다. -> lgic.zone : root domain안에서 모든 host에 대한 data를 포함하는 file. lgic.rev : reverse address domain에 대한 primary name server를 나타낸 host이다. address-to-name(inverse) mapping을 support한다. local.rev : loop-back network에 대한 primary name server에 대해 기술할 file이다. * host data file (local.zone, com.zone) : 각 도메인의 호스트들에 관한 정보를 담고 있는 화일. zone host file은 local zone에 있는 모든 host에 있는 data를 포함한다. +-----------------------------------------------------------------------+ | ; /usr/local/dns/lgic.zone | | ; | | @ IN SOA ns.lgic.co.kr. root.ns.lgic.co.kr. ( | | 940414 ;Serial | | 21600 ;Refresh (6h) | | 900 ;Retry (15min) | | 302400 ;Expire (7d) | | 43200) ;Minimum (12h) | | ; | | ;domain information | | ; | | IN NS ns.lgic.co.kr. | | IN NS ns.kornet.nm.kr. | | ; | | $ORIGIN lgic.co.kr. | | ns IN A 203.236.91.1 | | IN HINFO "SDT820 " "Solaris 2.5.1" | | IN MX 100 ns.lgic.co.kr. | | loghost IN CNAME ns.lgic.co.kr. | | localhost IN A 127.0.0.1 | | swat IN A 203.236.91.7 | | router IN A 203.236.91.126 | | IN MX 100 ns.lgic.co.kr. | +-----------------------------------------------------------------------+ -> 모든(예, named.ca, local.rev, hosts, hosts.rev) 데이타 화일은 Standard reseource Record Format을 사용한다. Resource Record(RR)라 불리우는 데이타 화일의 각 field는 아래와 같다. - RR : data type에 지정된 형태에 맞는 데이타 {name} {ttl} class RecordType RecordSpecific data name 도메인 이름을 나타내며 생략될 수 있다 ttl time-to-live field 얼마나 오랫동안 cache data를 보관하는가를 지정하며 생략될 수 있다. class record의 class를 지정. TCP/IP protocol 에서는 IN(internet)을 사용한다. type 아래와 같은 6가지 type이 있다. +------------------------------------+ | SOA Start of Authority | | NS Name Server | | A Internet Address | | CNAME Canonical Name ---|---> alias name | HINFO Host Information | | WKS Well Known Service | | PTR Pointer | | MX Mail Exchanger | +------------------------------------+ SOA 부분은 아래와 같은 형태를 같는다. +--------------------------------------------------------------+ | name {ttl} {class} SOA origin person_in_charge ( | | serial | | refresh | | retry | | expire | | minimum) | +--------------------------------------------------------------+ name zone 의 이름 origin 데이타 화일이 있는 호스트의 이름 person_in_charge name server를 관리하는 사람의 메일 주소 serial 데이타 화일의 버젼 데이타 화일의 내용을 갱신하면 반드시 이 값 을 갱신해야 한다. refresh secondary server가 primary server에게 갱신 된 내용이 있는지 체크하는 시간 간격 retry secondary server가 refresh 체크를 실패 했 을때 얼마후 다시 재시도 할 것인가를 지정 expire secondary server가 refresh를 못했을 경우 얼마동안 backup한 data를 사용할 것인가를 지정 minium ttl 값이 지정되어 있지 않을 경우에 deafult 로 사용할 time to live 값 위의 모든 값들은 초(second)로 지정한다. @ named.boot file 참고 --> lgic.co.kr * host reverse address data file (local.rev, com.rev) +-----------------------------------------------------------------------+ | ; /usr/local/dns/local.rev | | | | @ IN SOA ns.lgic.co.kr. root.ns.lgic.co.kr. ( | | 931120 ;Serial | | 21600 ;Refresh (6h) | | 900 ;Retry (15min) | | 604800 ;Expire (7d) | | 43200) ;Minimum (12h) | | IN NS ns.lgic.co.kr. | | 1 IN PTR localhost. | +-----------------------------------------------------------------------+ -> loopback file로서 local host나 loopback interface를 위한 address분류 file 이다. 127.0.0.1 network address와 함께 언제든지 server가 hostname을 resolve 하는 것을 필요로 할때 필요하다. +-----------------------------------------------------------------------+ | ; /usr/local/dns/lgic.rev | | | | @ IN SOA ns.lgic.co.kr. root.ns.lgic.co.kr. ( | | 931120 ;Serial | | 21600 ;Refresh (6h) | | 900 ;Retry (15min) | | 604800 ;Expire (7d) | | 43200) ;Minimum (12h) | | IN NS ns.lgic.co.kr. | | IN NS ns.kornet.nm.kr. | | ; | | 7 IN PTR swat.lgic.co.kr | | 5 IN PTR big.lgic.co.kr | | 4 IN PTR barkwk.lgic.co.kr | | | +-----------------------------------------------------------------------+ -> IP address를 호스트 이름으로 mapping 하기위한 정보를 담고 있는 화일. 즉, hostname을 ip-address로 바꾸는 것을 필요로 한다. * Cache file (root.cache : root name server file) : root domain(.)에 대한 서버들을 지정하는 화일 root zone을 위한 authoritative name server가 어떤 것인지 알아야 한다. +----------------------------------------------------------------------+ | ; /usr/local/dns/root.cache | | | | . 3600000 IN NS A.ROOT-SERVERS.NET. | | A.ROOT-SERVERS.NET. 3600000 A 198.41.0.4 | | ; | | ; formerly NS1.ISI.EDU | | ; | | . 3600000 NS B.ROOT-SERVERS.NET. | | B.ROOT-SERVERS.NET. 3600000 A 128.9.0.107 | | ; | | ; formerly C.PSI.NET | | ; | | . 3600000 NS C.ROOT-SERVERS.NET. | | C.ROOT-SERVERS.NET. 3600000 A 192.33.4.12 | | ; | | ; formerly TERP.UMD.EDU | | ; | | . 3600000 NS D.ROOT-SERVERS.NET. | | D.ROOT-SERVERS.NET. 3600000 A 128.8.10.90 | | ; | | ; formerly NS.NASA.GOV | | ; | | . 3600000 NS E.ROOT-SERVERS.NET. | | E.ROOT-SERVERS.NET. 3600000 A 192.203.230.10 | | ; | | ; formerly NS.ISC.ORG | | ; | | . 3600000 NS F.ROOT-SERVERS.NET. | | F.ROOT-SERVERS.NET. 3600000 A 192.5.5.241 | | | | ................. | | | +------------------------------------------------------------------- --+ -> root.cache file은 InterNIC에 등록이 되어있는 name server들을 기록한다. 이 file은 anonymous ftp를 이용하여 ftp://internic.net/domain/named.cache (198.41.0.5)를 가져와서 쓴다. %%% 3600000 : ttl 값 * /etc/resolv.conf : 이 화일은 remote server에서 뿐만 아니라 DNS를 사용하는 모든 시스템이 가지고 있어야한다. 이 화일안에 자신의 도메인 이름과 name service를 받기위한 서버를 지정하는데, remote server와는 달리 primary server나 secondary server는 자기 자신을 nameserver로 지정 한다. +--------------------------------------------------------+ | domain lgic.co.kr | | nameserver 203.236.91.1 | +--------------------------------------------------------+ * /etc/nsswitch.conf (solaris 2.x only) : name service switch file로서 OS version이 solaris 2.x에서만 필요로 한다. /etc/nsswitch.files를 copy 한다. +---------------------------------------------------------+ | passwd: files | | group: files | | hosts: files dns <-- 추가 | | networks: files | | protocols: files | | rpc: files | | ........... | +---------------------------------------------------------+ - Secondary Server : Secondary Server는 Primary Server가 동작을 하지 않을 때 Primary Server를 대신해서 Query에 응답을 해주는 기능을 한다. 아래와 같은 형태의 named.boot화일을 필요로 한다. (in.named daemon 구동) +------------------------------------------------------------------------+ | ; /etc/named.boot | | ; | | directory /usr/local/dns | | ; | | ; type domain source host/file backup file | | ; | | primary 0.0.127.in-addr.arpa local.rev | | secondary lgic.co.kr 203.236.91.1 swat.zone | | secondary 91.236.203..in-addr.arpa 203.236.91.1 swat.rev | | cache . root.cache | | ; | +------------------------------------------------------------------------+ -> Primary Server의 boot 화일과 다른점은 Secondary Server는 host data 화일을 직접 관리 하지 않고 Primary Server로 backup(copy)을 받기 때문에 backup을 받아올 primary Server를 지정해야 한다. 아래와 같이 named.boot 화일에 지정한다. +------------------------------------------------------------------------+ | secondary lgic.co.kr 203.236.91.1 swat.zone | +------------------------------------------------------------------------+ -> 위와 같이 지정하면 lgic.co.kr 도메인에 대해서 primary로 부터 /usr/local/dns/swat.zone 이라는 화일에 backup을 받는다. root.cache와 /etc/resolv.conf 화일 및 local.rev화일은 primary server와 같은 형태로 만들면 된다. (단, server name : secondary address로 잡아준다 -> local host가 자기 자신이기 때문) - Start Up Name Server (daemon 구동) * Primary(Secondary) Server -> 필요한 화일을 다 만들었으면 아래와 같이하여 Name Server Daemon을 살린다. % /usr/etc/in.named (Sol1.x) % /usr/sbin/in.named (Sol2.x) : 관련 file /etc/init.d/inetsvc /etc/rc2.d/S72inetsvc 와 hard link. 위와 같이 하면 in.named daemon이 항상 돌면서 Name Service를 수행한다. 2. Client configuration files - cache only server : Primary server와 setting 방법은 같지만, zone file은 제외한다. cache, localhost만 setting. %%% cache server는 한번 접속을 한 host는 자신의 cache memory에 기억을 하고있다가 재접속시 일반 remote server보다 빨리 접속이 가능하다. cache에 기억하는 시간은 ttl값 정의에 의해 결정. Cache only Server setting시 필요한 file은 . named.boot : localhost, cache 부분 . root.cache : cache file에 의해 외부 nameserver와 바로 contact . local.rev . daemon : in.named daemon 구동 ** Cache only server sample +------------------------------------------------------------------------+ | # cat /etc/resolv.conf | | | | domain lgic.co.kr | | nameserver 203.236.91.1 | +------------------------------------------------------------------------+ +------------------------------------------------------------------------+ | # cat /etc/nsswitch.conf --> 기존 named server와 같다. | +------------------------------------------------------------------------+ +------------------------------------------------------------------------+ | # cat /etc/named.boot | | | | ; /etc/named.boot, 1993/10/8 | | ; boot file for autoritive Cache server for .KR | | ; | | directory /var/named | | ; | | ; type domain source host/file backup file | | ; | | cache . root.cache | | primary 0.0.127.in-addr.arpa local.rev | +------------------------------------------------------------------------+ +------------------------------------------------------------------------+ | # cat /var/named/root.cache --> name server와 같이 InterNIC | | 에서 file을 가져온다. | +------------------------------------------------------------------------+ +------------------------------------------------------------------------+ | # cat /var/named/local.rev | | | | ; /var/named/local.rev | | ; 1996/02/02 | | ; | | @ IN SOA ns.lgic.co.kr. root.ns.lgic.co.kr. ( | | 931028 ; Serial | | 3600 ; Refresh | | 300 ; Retry | | 3600000 ; Expire | | 3600 ) ; Minimum | | IN NS ns.lgic.co.kr.| | 1 IN PTR localhost. | +------------------------------------------------------------------------+ - remote server : 대부분의 호스트들은 단지 DNS의 서비스를 요청하는 형태이므로 resolver client 형태로 DNS를 설치하면 된다. Remote Server는 resolver 기능만을 이용하여 name service를 받는 컴퓨터를 말하며, name service request가 발생할 때 마다 Master Server에 요청하여 name service를 받는다. 그 결과 동일한 호스트에 대해 매번 name service request를 하여서 비 효율적이나, 설치방법이 간단하므로 대부분 호스트는 Remote Server로 설치한다. 구성 방법은 /etc/resolv.conf 파일만 있으면 되며, remote server가 Solaris 2.x인 경우 /etc/nsswitch.conf file도 필요하다. 그 내용은 다음과 같이 구성하면 된다. * /etc/resolv.conf +------------------------------------+ | domain lgic.co.kr| | nameserver 203.236.91.1 | +------------------------------------+ 이 file은 domain부분은 자신의 도메인 이름을 적으면 되고, nameserver 부분에는 Master Server로 지정할 호스트의 IP Address를 적으면 된다. * /etc/nsswitch.conf (solaris 2.x only) +----------------------------------------------------------------------------+ | | | passwd: files | | group: files | | hosts: files dns | | networks: files | protocols: files | | rpc: files | | ethers: files | | netmasks: files | | bootparams: files | | publickey: files | | # At present there isn't a 'files' backend for netgroup; the system will | | # figure it out pretty quickly, and won't use netgroups at all. | | netgroup: files | | automount: files | | aliases: files | | services: files | | sendmailvars: files | | | +----------------------------------------------------------------------------+ -> 이 file은 name service switch file로 /etc directory에 nis, nisplus, files중 nsswitch.files을 copy후 modify 하면 된다. 3. nis 이용한 dns setup (solaris 1.x에서의 dns client setup) * 각각을 NIS master server로 setting (OS 4.x) * 환경 : big ( OS4.1.3 ) domainname : lgic.co.kr [big:/]# vi /etc/defaultrouter router ip-address [big:/]# cat /etc/defaultdomain lgic.co.kr [big:/]# mkdir /var/yp [big:/]# cp /usr/lib/NIS.Makefile /var/yp/Makefile [big:/]# vi /var/yp/Makefile #B= ----> # 막아주세요. B=-b ----> # 풀어주세요. : : [big:/]# vi /etc/rc.local if [ -f /usr/etc/ypserv -a -d /var/yp/$dname ]; then ypserv; echo -n ' ypserv' ypxfrd; echo -n ' ypxfrd' ---> #을 풀어준다..... fi if [ -f /etc/security/passwd.adjunct ]; then ypbind -s; echo -n ' ypbind' else ypbind; echo -n ' ypbind' fi if [ -f /usr/etc/rpc.ypupdated -a -d /var/yp/$dname ]; then rpc.ypupdated; echo -n ' ypupdated' fi [big:/]# /usr/etc/yp/ypinit -m Installing the NIS data base will require that you answer a few questions. Questions will all be asked at the beginning of the procedure. Do you want this procedure to quit on non-fatal errors? [y/n: n] n OK, please remember to go back and redo manually whatever fails. If don't, some part of the system (perhaps the NIS itself) won't work. At this point, we have to construct a list of the hosts which will run NIS list, type a . next host to add: big next host to add: ^D The current list of NIS servers looks like this: Is this correct? [y/n: y] y There will be no further questions. The remainder of the procedure should take 5 to 10 minutes. Building /var/yp/lgic.co.kr/ypservers... Running /var/yp/Makefile... updated passwd updated group updated hosts updated ethers /usr/etc/yp/mkalias /var/yp/`domainname`/mail.aliases /var/yp/`domname `/mail.byaddr; rm /var/yp/`domainname`/mail.aliases; updated aliases updated netmasks updated timezone couldn't find /etc/auto.master couldn't find /etc/auto.home big has been set up as a NIS master server without any errors. If there are running slave NIS servers, run yppush now for any bases which have been changed. If there are no running slaves, run ypinit on those hosts which are to be slave servers. % ypinit 실행시 error message 출력시 무시...... [big:/]# fastboot -----> 이상 NIS server setting 끝.. # 확 인 [big:/]# ypwhich big [big:/]# ping big.lgic.co.kr big.lgic.co.kr alive DNS 운영 1. 운영 0) 새로운 host 추가 네트웍 상에 새로운 호스트가 생기면 host data화일과 host reserve data 화일에 새로운 호스트의 정보를 추가하고 SOA의 Serial 값을 갱신한후 in.named daemon을 re-init 한다. ex) fag.lgic.co.kr (203.236.91.8)을 추가할 경우 : host data 화일인 /usr/local/dns/lgic.zone 화일에 아래 내용을 추가하고 Serial 값을 update 한다. +--------------------------------------------------+ | fag IN A 203.236.91.8 | | IN MX 0 fag.lgic.co.kr | | IN MX 10 ns.lgic.co.kr. | +--------------------------------------------------+ -> host reserve data 화일인 /usr/local/dns/lgic.rev 화일에 아래 내용을 추가하고 Serial 값을 update 한다. +---------------------------------------------------+ | 8 IN PTR fag.lgic.co.kr | +---------------------------------------------------+ 새로운 호스트를 추가한 후에는 테스트를 하여 확인한다. % nslookup fag.lgic.co.kr > fag.lgic.co.kr Server: ns.lgic.co.kr Address: 203.236.91.1 Name: fag.lgic.co.kr Address: 203.236.91.8 위와 같이하여 IP address인 203.236.91.8가 나오면 된다. 1) Secondary Server에 backup 화일 새로 만들기 네트웍에 장애가 생겨 backup 화일을 오랫동안 받아 오지 못하게 되면 secondary server는 Primary Server의 갱신된 내용에 대해 잘못된 name service를 수행하게 된다. 이럴 경우에 Secondary Server가 가지고 있는 backup 화일을 없애고Primary server로 부터 새로운 backup 화일을 받아와야 하는데, 아래와 같이 한다. - 현재 가지고 있는 backup 화일을 지운다. - in.named daemon을 kill후 다시 수행. % ps -aux |grep in.named % kill -9 [in.named process 번호] % in.named 위와 같이하면 "xfer" 라는 프로세스가 생성되면서 Primary Server로 부터 새로운 backup 화일을 받아온다. 2) Name Server 등록 자신의 시스템을 어떤 도메인에 대해 Primary Server로 설치를 한 경우에는 반드시 KRNIC(한국망정보센터)에 이를 등록해야 한다. 그래야만 Internet에 연결된 다른 호스트들이 그 도메인에 있는 호스트들을 인식할 수있다. KRNIC에 등록하기 위해서는 KRNIC에서 제공하는 등록형식을 작성하여 메일로 보내면 된다. 등록형식은 anonymous ftp를 이용하여 krnic.net:/krnic/forms/domain-application.ks를 가져오면 된다. 3) test Name Server 설치가 제대로 되었는지 확인하는 방법으로 internet상의 host를 nslookup과 telnet 명령을 사용하여 확인해 본다. # nslookup sun.com # telnet sun.com 위와 같이 하여 두 명령이 지정 호스트의 IP address를 보여주면 Name Server 설치가 완료된 것이다. Solutions 1. Trouble Shooting 0) Secondary Server에서 Primay Server의 갱신된 내용을 backup하지 못하는 경우 Primary Server의 data 화일의 Serial 번호를 확인한다. Primary Server의 data 화일의 내용을 갱신하면 SOA의 Serial 값을 반드시 갱신해야 한다. Secondary Server는 자신이 가지고 있는 backup 화일의 Serial 값과 primary Server가 가지고 있는 data 화일의 Serial 값을 비교해서 그 값이 같으면 Primary Server가 갱신한 내용을 copy 하지 않기 때문이다. 1) in.named daemon을 살렸는데 바로 다시 죽는경우 - in.named daemon을 살리면 그 log가 /var/adm/messages에 쌓이는데, 이 화일의 내용을 살펴보고 DNS관련 화일안에 에러가 없는지 확인한다. - in.named daemon을 살리면 "xfer"라는 프로그램이 수행되면서 secondary로 지정된 도메인에 대한 backup 화일을 갱신하게 된다. 그런데, in.named를 새로 수행시키면 그전에 살아있던 in.named daemon에 의해서 수행되던 xfer 프로세스가 살아 있으면 새로 수행한 in.named는 "bind(vs, 0.0.0.0[53]): Address already in use" 라는 에러메세지를 /var/adm/messages 화일에 남기고 kill된다. 그러므로 in.named daemon을 수행하기 전에는 xfer 프로세스가 돌고 있는지 미리 확인하는 것이 좋다.