반응형

Howto for CentOS 4 here : http://www.wains.be/index.php/2007/02/04/centos-chroot-dns-with-bind/

1. Install packages :

yum install bind bind-chroot bind-libs bind-utils caching-nameserver

2. Configure RNDC :

cd /var/named/chroot/etc
rndc-confgen > rndc.key
chown root:named rndc.key

Edit rndc.key so it looks like this :

key "rndckey" {
algorithm hmac-md5;
secret "SGsvd1dF+mv+yU4ywCCkkg==";
};

You DON’T NEED anything else in the file (you must remove some option lines !)

A symlink in /etc exists and points to the rndc.key file we’ve just created, named expects that file there in order to be able to authenticate against rndc.

3. Configure /var/named/chroot/etc/named.conf

// we include the rndckey (copy-paste from rndc.key created earlier)
key "rndckey" {
      algorithm hmac-md5;
      secret "SGsvd1dF+mv+yU4ywCCkkg==";
};

// we assume our server has the IP 192.168.254.207 serving the 192.168.254.0/24 subnet
controls {
        inet 127.0.0.1 allow { 127.0.0.1; } keys { "rndckey"; };
        inet 192.168.254.207 allow { 192.168.254.0/24; } keys { "rndckey"; };
};

options {
        directory "/var/named";
        pid-file "/var/run/named/named.pid";

        recursion yes;

        allow-recursion {
                127.0.0.1;
                192.168.254.0/24;
                };

        // these are the opendns servers (optional)
        forwarders {
                208.67.222.222;
                208.67.220.220;
        };

        listen-on {
                127.0.0.1;
                192.168.254.207;
                };

        /*
         * If there is a firewall between you and nameservers you want
         * to talk to, you might need to uncomment the query-source
         * directive below.  Previous versions of BIND always asked
         * questions using port 53, but BIND 8.1 uses an unprivileged
         * port by default.
         */
        query-source address * port 53;

        // so people can't try to guess what version you're running
        version "REFUSED";

        allow-query {
                127.0.0.1;
                192.168.254.0/24;
                };
        };

server 192.168.254.207 {
        keys { rndckey; };
        };

zone "." IN {
        type hint;
        file "named.ca";
        };

// we assume we have a slave dns server with the IP 192.168.254.101
zone "test.be" IN {
        type master;
        file "data/test.be.zone";
        allow-update { none; };
        allow-transfer { 192.168.254.101; };
        };

4. Our first zone

Let’s say I own the domain test.be

We create our first zone under /var/named/chroot/var/named/data/test.be.zone

Here’s an example :

$ttl 38400
test.be.       IN      SOA     ns.test.be. admin.test.be. (
                       2007020400   ; Serial
                       10800           ; Refresh after 3 hours
                       3600            ; Retry after 1 hour
                       604800          ; Expire after 1 week
                       86400 )         ; Minimum TTL of 1 day
test.be.       IN      NS      ns.test.be.

test.be.               IN      MX      1       mx.test.be.
test.be.               IN      MX      5       mx2.test.be.

www.test.be.           IN      A       192.168.100.5
ns.test.be.           IN      A       192.168.100.10
mx.test.be.          IN      A       192.168.100.20
mx2.test.be.         IN      A       192.168.100.21
mail.test.be.          IN      CNAME   mx.test.be.

5. Start the service and make sure it’ll start at boot

service named start
chkconfig named on

Make sure it’s running :
# rndc status
number of zones: 1
debug level: 0
xfers running: 0
xfers deferred: 0
soa queries in progress: 0
query logging is OFF
recursive clients: 0/1000
tcp clients: 0/100
server is up and running

6. Query

# nslookup mx.test.be. 127.0.0.1
Server:         127.0.0.1
Address:        127.0.0.1#53

Name:   mx.test.be
Address: 192.168.100.20

# nslookup www.google.com. 127.0.0.1
Server:         127.0.0.1
Address:        127.0.0.1#53

Non-authoritative answer:
www.google.com  canonical name = www.l.google.com.
Name:   www.l.google.com
Address: 216.239.59.99
Name:   www.l.google.com
Address: 216.239.59.103
Name:   www.l.google.com
Address: 216.239.59.104
Name:   www.l.google.com
Address: 216.239.59.147

7. /etc/resolv.conf

If the query made on the previous point is working, you can set up /etc/resolv.conf on the server.

It should look like this :
search test.be
nameserver 127.0.0.1

반응형
반응형


만일 설치부터 필자를 계속 따라오신 분이라면 현재의 서버엔 BIND 9가 설치되어 있을 것이다.

확인해 보도록 하자.

 

# rpm -qa | grep bind
bind-libs-9.2.4-2
bind-utils-9.2.4-2
ypbind-1.17.2-3
bind-9.2.4-2
bind-chroot-9.2.4-2

 

네임서버도 설치되어 있나 확인해 보자.

# rpm -qa | grep name
caching-nameserver-7.3-3


 

이젠 서버에선 DNS를 설정할 준비가 끝났다.

 

아래 점섬내의 글은 BIND가 설치되지 않으신 분들만 보도록 하자~~

=======================================================================================

1. 설치

설치는 간단하게 rpm 설치 하는 법만 설명하도록 하겠습니다.
RH9에서 DNS와 관련된 패키지는 다음과 같습니다. (bind9)


bind-9.2.1-16          : DNS (도메인 이름 시스템) 서버.
bind-devel-9.2.1-16 : bind DNS 개발을 위해 필요한 파일들과 라이브러리들이 포함되어 있습니다.
bind-utils-9.2.1-16   : DNS 네임 서버들을 질의(query)하는 유틸리티.
caching-nameserver-7.2-7  : 캐싱 네임 서버를 설정하는데 필요한 설정 파일들.
redhat-config-bind-1.9.0-13 : Red Hat DNS 설정 도구.

 

위 패키지들 중에 bind-devel-9.2.1-16 는 설치하지 않도록 하겠습니다. ^^;

개발에 필요한 것이기 때문이죠.
위 패키지들을 rpm -qa | grep bind 해서 확인하시고 있을경우 삭제합니다.

 

# rpm -e --nodeps bind-libs-9.2.4-2
# rpm -e --nodeps bind-utils-9.2.4-2
# rpm -e --nodeps ypbind-1.17.2-3

 

다음과 같이 설치하세요

 

# rpm -Uvh /home/free/e-cnn/dns/bind-utils-9.2.1-16.i386.rpm
# rpm -Uvh /home/free/e-cnn/dns/bind-9.2.1-16.i386.rpm
# rpm -Uvh /home/free/e-cnn/dns/redhat-config-bind-1.9.0-13.noarch.rpm
# rpm -Uvh /home/free/e-cnn/dns/caching-nameserver-7.2-7.noarch.rpm

 

이렇게 설치가 끝났다면, dns 실행 준비가 된 것 입니다.

- CentOS 4.1 설치시 패키지선택에서 DNS 이름서버를 선택하면 위의 내용이 모두 설치됨.
  (위와 같은 설치과정을 거칠 필요가 없음)

=======================================================================================

 

이해를 돕기위해 사용되는 예제에서 필자는 test.net 이란 가상의 도메인과 192.168.1.100 이란 공인IP를 사용하것으로 하겠다. (참고로 192.168.~ 로 시작되는 IP는 99% 공유기 IP이다.)

설마 아래의 내용을 보고 실제로 test.net으로 따라하시는 분은 없을거라 믿는다..

 

우선 도메인을 구입하기 위해서 whois.co.kr 에 접속했다.

test.net이란 도메인을 검색했더니 다행스럽게도 소유자가 없는 도메인으로 나와서

바로 회원으로 가입하고 1년 사용료 2만얼마를 내고 도메인을 구입했다.

 

네임서버를 지정하기 위해서 [내 도메인 관리]의 [호스트 관리] 메뉴로 들어가서...

ns.test.net 이란 호스트을 만들고 IP입력란에 192.168.1.100 라고 입력한후 호스트명 생성을 클릭.

 

[내 도메인 관리] - [네임서버 변경]으로 들어가서 1차 네임서버에 ns.test.net , 2차 네임서버는 whois에서 제공하는 네임서버명을 입력하고 저장했다.

(참고로 com 이나 .net은 외국도메인이라 적용되는데 평균 24시간정도가 소요된다.)

 

이제 다시 CentOS로 들어와서...

 

1.서버에서 도메인을 제일 먼저 찾는 곳

# vi /etc/hosts
=======================================================================================
127.0.0.1        test.net      localhost
192.168.1.100  ns.test.net  ns
=======================================================================================
위와 같이 바꾸도록 하자

 

2.서버에서 쓸 dns

# vi /etc/resolv.conf
=======================================================================================
domain test.net
search test.net
nameserver 192.168.1.100
nameserver 168.126.63.1
nameserver 168.126.63.2
=======================================================================================

 

3.도메인에 대하 ip를 찾을 때 참조할 순서
# vi /etc/host.conf
=======================================================================================
order hosts,bind

==> 초기 설치시 이렇게 되어 있으며, 의미는 /etc/hosts파일부터 찾고, bind에서 찾는다는의미
=======================================================================================

 

4.Zone 파일 및 케시 DNS서버에 대한 설정

# vi /etc/named.conf
=======================================================================================
options {
        directory "/var/named";        // zone 파일을 저장할 디렉토리
        // query-source address * port 53;  // DNS 서버의 ip와 포트 설정 (기본)
controls { //==> 127.0.0.1 에서 rndc로 접속시 컨트롤 가능하다는 의미
        inet 127.0.0.1 allow { localhost; } keys { rndckey; };
};
// 캐시 네임 서버 설정
zone "." IN {
        type hint;
        file "named.ca";
};
// localhost 에 대한 설정
zone "localhost" IN {
        type master;
        file "localhost.zone";
        allow-update { none; };  //다이나믹 하게 업데이트를 허용할것인지 설정한다. 대부분 none
};
// 127.0.0.X 에 대한 역 도메인
zone "0.0.127.in-addr.arpa" IN {
        type master;
        file "named.local";
        allow-update { none; };
};
include "/etc/rndc.key";
=======================================================================================

 

위 파일 내용들은 caching-nameserver에서 기본적으로 생성되는 것들이다. 대부분의 서버에서 별다른 설정하지 않고 사용하면 되고, 중요한 것은 다음 줄부터이다. test.net 이라는 도메인을 셋팅하도록 하겠다.

 

named.conf파일의 맨 아랫 줄에 아래의 내용을 추가한다.

=======================================================================================
zone "test.net" IN {
type master;
file "test.net.zone";
allow-update { none; };
};

zone "1.168.192.in-addr.arpa" { //reverse domain - IP가 역으로 입력되어 있는 것에 주목~!!
type master;
file "test.net.rev";
allow-update { none; };
};
=======================================================================================

 

zone 파일명은 test.net.zone으로 하였다.

위에서 추가한 도메인에 대한 zone 파일을 만들도록 하자..

 

# vi /var/named/chroot/var/named/test.net.zone
=======================================================================================
$TTL    86400
@       IN      SOA     ns.test.net. root.ns.test.net.  (
                2005101311 ; Serial
                28800      ; Refresh
                14400      ; Retry
                3600000    ; Expire
                86400 )    ; Minimum
                IN      NS      ns.test.net.
                IN      MX  0   mail.test.net.
;
localhost       IN      A       127.0.0.1
@                 IN      A       192.168.1.100
www            IN      A       192.168.1.100

mail              IN      A       192.168.1.100
*                  IN      A       192.168.1.100
=======================================================================================
# ln -s /var/named/chroot/var/named/test.net.zone /var/named/test.net.zone

(반드시 심볼릭 링크를 걸어야 한다~~!!!)


# vi /var/named/chroot/var/named/test.net.rev
=======================================================================================
$TTL    86400
@       IN      SOA     ns.test.net. root.ns.test.net.  (
                2005101312 ; Serial
                28800      ; Refresh
                14400      ; Retry
                3600000    ; Expire
                86400 )    ; Minimum
                IN      NS      ns.test.net.
;
100             IN      PTR     ns.test.net.
100             IN      PTR     www.test.net.
100             IN      PTR     test.net.
=======================================================================================
위에서 100이란 숫자는 IP의 제일 마지막에 해당하는 숫자이다.

# ln -s /var/named/chroot/var/named/test.net.rev /var/named/test.net.rev

 

자.. 이제 모든 설정은 끝났다.. 사실 이제부턴 네임서버를 변경한 후 하루정도가 지나야 확실한 결과를 얻을 수 있다. 또한 방화벽을 설치했다면 외부에서 네임서버로 접근할 수 없으니 주의한다. 네임서버의 포트는 42로 방화벽에서 이 포트를 풀어야 한다.


설치와 설정이 끝났다면, DNS 서버를 시작하도록 한다.


(1) 시작
# /etc/rc.d/init.d/named start

 

(2) 재시작
# /etc/rc.d/init.d/named reload

 

(3) 정지
# /etc/rc.d/init.d/named stop

 

(4) 서버시작시 자동으로 실행

# ntsysv

named 라는 서버스에 체크하고 OK로 저장하고 나오도록 한다.

 

(5) 호스트 네임 검사
# grep named /var/log/messages

 

(6) 설정한 도메인 확인하기

# nslookup

> server 168.126.63.1

> set type=any

> test.net
[출처] [CentOS] DNS 네임서버 설정 (BIND 9)|작성자 진아남편

 

반응형
반응형

제목 : SULINUX를 네임서버로 사용하기 2편





ㅇ 제작 : 리눅스포털(www.superuser.co.kr) 수퍼유저코리아 서버관리팀


ㅇ SULINUX  홈페이지 : www.sulinux.net

ㅇ 리눅스포털 홈페이지 : www.superuser.co.kr

SULINUX를 Name Server로 사용하기




4-6. MX(Mail eXchanger) 레코드


MX 레코드는 해당 호스트의 메일 라우팅 경로를 조정한다. 다음과 같이 설정되어 있을 경우, account@nemo.co.kr 으로 보내어 지는 편지는 실제 mail.nemo.co.kr. 으로 전송된다. 만약 mail.nemo.co.kr. 에 연결할 수 없다면, 다음 우선순위인 power.nemo.co.kr 으로 편지를 배송하게 된다. MX Priority_Number 와 같이 사용하며, Priority_Number의 숫자는 적을수록 우선순위가 높다. MX 알고리즘에서 자세히 다룬다.



nemo.co.kr.        IN  MX  10  mail.nemo.co.kr.

                   IN  MX  20  power.nemo.co.kr.

mail.nemo.co.kr.    IN  A       192.168.1.2

power.nemo.co.kr.  IN  A       192.168.1.103


다음과 같이 MX 레코드에 CNAME으로 설정된 도메인을 넣으면 안된다. 이럴 경우 몇몇 MTA(Mail Transfer Agent: sendmail)는 메일 라우팅 경로를 찾지 못하여, 메일을 주고받을 수 없다. 이는 송신인이 사용하는 MTA의 종류와 버전에 의존적이므로, 경험 많은 도메인 메니저가 아니면 문제의 원인을 진단하기도 어렵다. 반드시 주의하자.



nemo.co.kr.        IN  MX  10  mail.nemo.co.kr.  ; (X) 잘못된 사용

mail.nemo.co.kr.    IN  CNAME   power.nemo.co.kr.

power.nemo.co.kr.  IN  A       192.168.1.103


4-7. PTR(Pointer) 레코드


PTR 레코드는 IP 주소에 대해 도메인명을 매핑하여 주며, Reverse Zone 파일에서 사용된다. 다음은 IP 192.168.1.2에 대한 설정 예이다.



    1.1.168.192.in-addr.arpa.  IN  PTR  ns.nemo.co.kr.


Forward Zone에서는 다수의 도메인이 A(혹은 CNAME) 레코드를 통해 같은 IP를 갖을 수 있지만, PTR 레코드는 중복이 허용되지 않기 때문에, 해당 IP에 대한 대표 도메인명 하나만을 설정하여야 한다.


4-8. 기타 레코드들


Zone 데이터베이스에 필요한 레코드들은 위에 나열한 것만으로도 충분하지만, 더 많은 레코드들이 존재한다. 다음에 반드시 필요하지는 않으나, 종종 사용되는 레코드를 소개한다. 더 자세한 정보가 필요하다면 RFC1035, RFC1183, RFC2163을 참고하자.



    power           IN  A      192.168.1.103

                    IN  HINFO  "Sun Sparc Ultra 5"  "Solaris 2.6"

                    IN  TXT    "Nobreak's Primary Server"

                    IN  TXT    "WWW, FTP is now available"

                    IN  RP     hostmaster.nemo.co.kr.  hostinfo.nemo.co.kr.

    hostinfo        IN  TXT    "Seung-young Kim, +84864-4440/1"


HINFO(Host INFOrmation) 레코드는 두 개의 문자열(CPU 정보, OS 정보)을 갖으며 시스템 정보를 나타낸다. 문자열에 공백이 포함되어 있을 경우에는 반드시 큰따옴표를 사용하여야 한다.


TXT(TeXT) 레코드는 텍스트 정보를 갖으며 중첩되어 사용될 수 있다. RP(Responsible Person)는 담당자의 정보를 표시하는데, Email 주소(@를 도트로 치환한)와, 담당자 정보(TXT 레코드를 갖는 도메인을 포인팅함)를 갖는다. HINFO를 포함한 몇몇 레코드는 보안을 이유로 사용치 말아야 한다는 의견도 있다.



4-9. Zone 데이터베이스 예제



Figure 1의 네트워크 구성에 대한 Forward Zone 파일 zone-nemo.co.kr은 다음과 같이 작성될 수 있다.


    * nemo.co.kr 도메인에 대한 Forward Zone 파일 /var/named/zone-nemo.co.kr

    @               IN      SOA     ns.nemo.co.kr. hostmaster.nemo.co.kr. (

                                    1998122801  ;Serial

                                    21600       ;Refresh ( 6 hours)

                                    1800        ;Retry   (30 minutes)

                                    1209600     ;Expire  (14 days)

                                    86400)      ;Minimum ( 1 day)

                    IN      NS      ns.nemo.co.kr.

                    IN      NS      ns2.nemo.co.kr.

                    IN      MX 10   mail           ; 메일 라우팅 호스트

   

    mail            IN      A       192.168.1.2

   

    ; Hosts Here - This is comments

    router          IN      A       192.168.1.1

    ns              IN      A       192.168.1.2

    ns2             IN      A       192.168.1.3

    power           IN      A       192.168.1.103

                    IN      HINFO   "Sun Sparc Ultra 5"         "Solaris 2.6"

                    IN      TXT     "Nobreak Technologies, Inc."

    www             IN      CNAME   power


인버스 도메인을 위한 Reverse Zone 파일 zone-79.105.210.in-addr.arpa은 다음과 같이 작성된다.


    * Reverse Zone 파일 /var/named/zone-79.105.210.in-addr.arpa

    @               IN      SOA     ns.nemo.co.kr. hostmaster.nemo.co.kr. (

                                    1998122801  ;Serial

                                    21600       ;Refresh ( 6 hours)

                                    1800        ;Retry   (30 minutes)

                                    1209600     ;Expire  (14 days)

                                    86400)      ;Minimum ( 1 day)

                    IN      NS      ns.nemo.co.kr.

                    IN      NS      ns2.nemo.co.kr.

    ; IP-Domain mapping here

    1               IN      PTR     router.nemo.co.kr.

    2               IN      PTR     ns.nemo.co.kr.

    3               IN      PTR     ns2.nemo.co.kr.

    103             IN      PTR     power.nemo.co.kr.


loopback 주소를 위한 Reverse Zone 파일 또한 다음과 같이 작성된다. IP 127.0.0.1을 localhost. 로 매핑하는 것이 전부이므로, 본 파일은 어느 네트워크에서나 비슷하게 작성될 것이다.


    * loopback을 위한 Reverse Zone 파일 /var/named/zone-0.0.127.in-addr.arpa

   

    @               IN      SOA     ns.nemo.co.kr. hostmaster.nemo.co.kr. (

                                    1998122801  ;Serial

                                    21600       ;Refresh ( 6 hours)

                                    1800        ;Retry   (30 minutes)

                                    1209600     ;Expire  (14 days)

                                    86400)      ;Minimum ( 1 day)

                    IN      NS      ns.nemo.co.kr.

                    IN      NS      ns2.nemo.co.kr.

    ; IP-Domain mapping here

    1               IN      PTR     localhost.


Zone 파일에서의 도메인 표기는 반드시 FQDN 표기법을 따라야 한다. BIND는 도트로 끝나지 않는 문자열은 호스트명으로 처리하므로, ns.nemo.co.kr 을 ns.nemo.co.kr.nemo.co.kr. 으로 해석한다. 따라서 ns.nemo.co.kr. 과 같이 도트를 붙인 FQDN으로 표기하거나, ns 와 같이 호스트명만 사용하여야 한다. 도트를 빼먹는 실수는 매우 빈번히 발생하므로, 주의하자.


4-10. 호스팅 업체를 위한 Zone 데이터베이스 예제


호스팅업체의 경우 다음과 같이 다수의 도메인을 하나의 Zone 데이터베이스로 관리할 수가 있다. 만약, 호스팅 도메인별로 별도의 Zone을 유지한다면, 호스팅 서버의 IP 변화와 같이 관련된 모든 Zone이 수정되어야 하는 상황이 오지 않기를 기도하거나, 반나절을 편집기와 씨름할수 있는 끈기를 배워야할 것이다. 여기서 소개하는 팁은 사용자가 많은 호스팅 업체일수록 유용하게 활용될 수 있으며, 도메인 추가/수정/삭제에 드는 시간과 노력을 절약할 수 있을 것이다.


    * named.boot (BIND)

    primary         netbsd.org                      zone-default

    primary         openbsd.org                     zone-default

    .

    primary         freebsd.org                     zone-freebsd.org ; 별도의 추가 도메인이 필요한 경우

    .


    * named.conf (BIND-8)

    zone "netbsd.org"       IN { type master; file "zone-default"; };

    zone "openbsd.org"      IN { type master; file "zone-default"; };

    .

    zone "freebsd.org"      IN { type master; file "zone-freebsd.org"; };

    .


    * zone-default

    @               IN      SOA     ns.nemo.co.kr. hostmaster.nemo.co.kr. (

                                    1999030601  ;serial

                                    21600       ;Refresh ( 6 hours)

                                    1800        ;Retry   (30 minutes)

                                    1209600     ;Expire  (14 days)

                                    86400)      ;Minimum ( 1 day)

                    IN      NS      ns.nemo.co.kr.

                    IN      NS      ns2.nemo.co.kr.

                    IN      A       192.168.1.39

                    IN      MX 10   @

                    IN      MX 20   mqueue.nemo.co.kr.

   

    www             IN      CNAME   @

    telnet          IN      CNAME   @

    ftp             IN      CNAME   @

    mail            IN      CNAME   @

    pop             IN      CNAME   @

    news            IN      CNAME   news.nemo.co.kr.


    * zone-freebsd.org

    $INCLUDE zone-default

   

    ftp.kr          IN      A       147.46.102.39

    www.kr          IN      CNAME   @



4-11. Name Server 구동


네임서버를 구동하기 위한 설정이 마무리되었다. 관련 파일들이 준비되었음을 확인한 후, 네임서버를 구동하자. 일련의 과정은 다음과 같다.


    * NS.nemo.co.kr

    # ls /etc/named.conf     # BIND 부트 파일

    /etc/named.conf

    # ls /var/named/         # Zone 데이터베이스 파일 확인

    named.root

    zone-0.0.127.in-addr.arpa

    zone-79.105.210.in-addr.arpa

    zone-nemo.co.kr

    # /usr/sbin/named        # 네임 데몬 구동 (Solaris: /usr/sbin/in.named)

    # ps ax | grep named     # 프로세스 동작 확인 (Solaris: ps -e | grep in.named)

      254  ?  S    0:00 named


    * NS2.nemo.co.kr (BIND)

    # ls /etc/named.boot      # BIND 부트 파일

    /etc/named.boot

    # ls /var/named/          # Zone 데이터베이스 파일 확인

    named.root

    zone-0.0.127.in-addr.arpa

    # ndc start               # ndc(Name Daemon Control)가 설치되어 있을 경우

    Name Server Started

    # ndc status

      254  ?  S    0:00 named

    # ls /var/named/          # Primary의 Zone 전송여부 확인

    named.root

    sec-79.105.210.in-addr.arpa

    sec-nemo.co.kr

    zone-0.0.127.in-addr.arpa



4-12. Name Server 동작 확인



여기에선 [그림 3]의 가상 네트워크 구성도에 따른 설정을 다루었지만, 기본적으로 필요한 부분은 모두 적용되어 있으므로 실제 네트워크에 적용할 때에도 같은 느낌으로 설정하면 된다. 다음과 같이 타 네임서버를 통해 질의를 던져봄으로써, Namespace 가지상에 잘 연결되어 있음을 확인하자.



    $ nslookup power.nemo.co.kr ns.nemo.co.kr   # Primary 동작 확인

    Server:  ns.nemo.co.kr

    Address:  0.0.0.0

   

    Name:    power.nemo.co.kr

    Address:  192.168.1.103

   

    $ nslookup power.nemo.co.kr ns2.nemo.co.kr  # Secondary 동작 확인

    Server:  ns2.nemo.co.kr

    Address:  192.168.1.3

   

    Name:    power.nemo.co.kr

    Address:  192.168.1.103

   

    $ nslookup power.nemo.co.kr ns.kornet.ne.kr  # Namespace 링크 확인

    Server:  ns.kornet.nm.kr

    Address:  168.126.63.1

   

    Name:    power.nemo.co.kr

    Address:  192.168.1.103


위의 3가지 질의가 성공적으로 수행되었다면, 일단 네임서버가 정상적으로 운용된다고 생각해도 좋다. 확실히 하기 위해선, 로그파일 분석을 통해 Zone 데이터베이스 구성상의 오류와 BIND의 동작 상태를 살펴보아야 한다.

반응형

+ Recent posts