리눅스 기타 자료
HomePage Backward Forward Post Reply List
Delete Modify
  제목   Name Server와 설정 1998/04/27 (09:59)
이름 김효원
번호 5
조회 613
본문 -----BEGIN PGP SIGNED MESSAGE-----

 네임 서버

 김병찬 ``E-Mail <mailto:redhands@soback.kornet.nm.kr>, HomePage
 <http://www.issue.ml.org>''
 v0.1, 1997년 10월 15일

 네임서버와 네임서버 세팅에 대하여 그리고 nslookup 등을 이용하는 방법을
 간단하게 설명해 보려고 한다.  경어는 완전히 생략하도록 할것이다.
 머리에 든게 별로 없기 때문에 잘 적을수 있을지는 모르겠지만 도움이
 되었으면 하며 글을 쓴다.
 ______________________________________________________________________

 차 례

 1.      도메인명이란?

 1.1.    도메인명은 무엇인가?

 1.2.    도메인명의 구성

 2.      네임 서버란?

 2.1.    네임 서버는 역활

 2.2.    네임 서버가 가지는 정보

 3.      몇가지 설정 파일

 3.1.    hosts

 3.2.    resolv.conf

 3.3.    host.conf

 4.      네임 서버를 만들기 전에

 4.1.    네임 서버를 만들기 위해 필요한것

 4.2.    www.ml.org 에서 서브 도메인 받기

 5.      네임 서버 만들기

 5.1.    필요한 설정 파일들

 5.2.    named.boot

 5.3.    named.host

 5.4.    named.rev

 5.5.    named.local

 5.6.    named.ca

 5.7.    caching only nameserver

 5.8.    네임 서버 돌리기

 6.      nslookup 사용하기

 7.      그 외 질문 사항, 저작권

 7.1.    질문이 있다면

 7.2.    저작권
 ______________________________________________________________________
 1.  도메인명이란?

 1.1.  도메인명은 무엇인가?

 도메인명, 아주 많이 접해본 말일 것이다.  도데체 이게 무언지?  잠시
 도메인명 대하여 알아 보고 넘어가도록 하자.  인터넷에서 어떠한 서버
 또는 호스트에 접속하기 위해서는 그 곳의 주소를 알아야만 한다.  마치
 ``서울시 서대문구 홍제 1동'' 이런 주소처럼 인터넷에도 이와 같은 주소가
 있다.  형식은 많이 틀리지만!

 간단하게 나의 서버?인 www.issue.ml.org <http://www.issue.ml.org> 를
 예로 들면서 설명을 하겠다.  방금 본 것이 바로 도메인명 이라는 것인데 (
 정확히 말해서 FQDN - A Fully Qulified Domain Name ) 사실 이것만으로는
 서버에 접근할수 없다.  실제 인터넷에서의 주소는 IP 주소라고 불리는
 32비트 숫자로 정의되어 있는데 보다 읽기 쉽게 하기 위하여 8비트씩
 끊어서 십진수로 표시한다.  www.issue.ml.org <http://www.issue.ml.org>
 의 IP 주소는 168.126.127.250 이다( 2진수로 적으라는 예기는 안 할거라고
 믿는다 머리아포 ).

 사실 168.126.127.250 같은 숫자는 기억하기가 쉽지 않을것이다.  리듬을
 타서 외워 볼려고 발악을 해도 잘 안 외워 지는게 정상적일것이다.
 그렇다면 www.issue.ml.org <http://www.issue.ml.org> 은 어떤가?  한결
 외우기 쉽지 않은가? 바로 이러한것을 위해 도메인명이란것이 있는것이라고
 주장하고 싶지만 맞는지 모르겠다.

 1.2.  도메인명의 구성

 우선 간단히 www.issue.ml.org <http://www.issue.ml.org> 을 가지고 뜯어
 보겠다( 흠 이정도면 링크 누르는 사람이 많아 질려나? ).
 www.issue.ml.org 을 보면 각각 . 으로 구분이 되어 있음을 볼수
 있을것이다.  우리가 주소를 가지고 어떤 곳을 찾아 갈때 ``서울시
 서대문구 홍제 1동'' 이런식이라면 ( 흠 집 찾아 올 사람 있을려나? )
 뛰어쓰기 단위로 각각?를 구별 할수 있을것이고 우선 서울시 -> 서대문구
 -> 홍제 1동 이런식으로 찾을 것이다.  도메인명도 마찬가지다. 각각을 .
 으로 구분하고 우리가 쓰는 주소와는 반대로 뒤에서부터 찾으면
 되는것이다( 하나 집고 넘어가자 IP 주소는 앞에서 부터 찾는다.  좀
 헛갈릴지 모르겠지만 ^^).

 org -> ml -> issue -> www 이런식으로 하나 하나 찾아 나가서 최종적인 IP
 주소를 찾게 된다( 아까 말했듯이 도메인명만으로는 접속할수 없다).
 이것을 찾아주는 것이 네임서버이고 그 곳에 대한 정보를 가진 동사무소
 같은거라도 생각할수 있다 ( 물론 org 루트 서버는 아마 도청쯤 될꺼고 ml
 은 구청? 흐흐 ). 정확하게 말하자면 org 는 비영리 단체를 나타내는 최고
 레벨의 도메인이다. 그리고 ml 과 issue 는 서브 도메인을 나타내고 www 는
 호스트의 이름을 나타낸다.  잠깐 그림을 살펴 보도록 하자.
 www.issue.ml.org 의 IP 주소를 찾는 과정을 간단하게 나마 그려 보았다(
 많이 본 그림일거다 오렐리 책에서 보고 그렸다고 조용히 말하겠다^^ ).

      - 도메인명의 IP 주소를 찾는 과정

                            www.issue.ml.org +-------Root Name Server------+
                       +-------------------> | j.gtld-servers.internic.net |
                       | NS ns.ml.org        +-----------------------------+
      +---------+ <----+
      |local    |           www.issue.ml.org +-----------+
      | name    | <------------------------> | ns.ml.org |   A  : IP 주소
      |  server | NS ns.issue.ml.org         +-----------+   NS : 네임 서버
      +---------+ <----+
                       |    www.issue.ml.org +-----------------+
                       +-------------------> | ns.issue.ml.org |
                        A 168.126.127.250    +-----------------+

 www.issue.ml.org 를 찾는다고 한다면 네임서버는 우선 org 도메인을
 관리하는 최상위 네임서버에 www.issue.ml.org 에 대한 정보를 요청하게
 된고 그 서버는 ml.org 의 네임서버가 NS.ml.org 라는 정보를 주게
 될것이고 다시 로칼 서버에서 NS.ml.org 에 www.issue.ml.org 에 대한
 정보를 요청하게 된다.  역시 위와 마찬가지로 NS.ml.org 는 issue.ml.org
 의 네임 서버가 NS.issue.ml.org 라는 것을 알려 줄것이고 마지막으로 로칼
 서버는 NS.issue.ml.org 에 요청하여 www.issue.ml.org 의 IP 가
 168.126.127.250 이라는것을 알수 있게 되는것이다.

 잠시 com, org 등의 최고 레벨 도메인에 대해서 알아 보기로 하자.  com,
 org, edu, gov 등의 도메인을 많이 보았을것이다.  각각 영리 단체 ( 회사
 같은 ), 비영리 단체, 교육기관, 정부기관을 뜻한다.  원래 기본적인
 도메인 네임은 국가 이름과 단체의 성격에 따른 이름으로 구분되어 지는데
 미국 같은 경우는 국가 이름을 붙이지 않는다( 지네가 만들었다는 이유로).
 한국이라면 co.kr, or.kr, ac.kr, go.kr 이런식으로 될것이다.  프랑스는
 fr, 일본은 jp ... 도메인명만으로도 이 서버나 호스트가 어느 지역에 있는
 것인지 쉽게 알아 볼수 있는것이다.  또한 이 서버를 소유한 단체나 개인이
 어떤 성격으로 운영하는 것인지도 쉽게 알아 볼수 있다.

 심심한데 그림이나 하나 보고 넘어가자. 어떤 식으로 구성되는지 대충
 알아볼 수 있으리라고 생각한다( 이것도 보고 그렸다 T_T).

      - 도메인의 간략한 구성도

                                 [ . (root) ]
                                      |
           +-----------+-----------+----+------+-----------+-----------+
           |           |           |           |           |           |
        [ net ]     [ gov ]     [ mil ]     [ org ]     [ com ]     [ edu ]
           |                                   |
      [ nownuri ]                           [  ml ]
                                               |
                                          +----+----+
                                          |         |
                                      [ issue ] [ howto ]

 아주 간결한 계층? 으로 구성되어 있다.  대충 이해가 될려는지 모르겠다.

 2.  네임 서버란?

 2.1.  네임 서버는 역활

 위에서 몇번이나 언급한 예기지만 다시 한번 예기하도록 하겠다.
 네임서버의 역활은 아주 간단하다( 절데로 네임서버 프로그램 만드는게
 간단하다는건 아니다.  이미 만들어져 있으니까 간단한거지 크크 ).
 도메인명을 IP 주소로 바꿔주고 또 그 반대의 기능( IP 를 도메인으로
 바꾸는것은 우선 부수적인 기능이라고 생각하라 ) 도 한다

 알짜 무식하게 생각해서 별명을 본명으로 바꿔주는거라고 생각하면
 될것이다( 야리 꾸리한 본명이지마는 ).  이 네임서버가 없다면
 www.issue.ml.org 같은 이름으로는 절데로 접속하지 못한다.  단지
 사용할수 있는건 168.126.127.250 이라는 외우기 힘든 IP 주소뿐이다.

 한가지 의문이 생기지 않을까 싶다.  난 네임서버를 돌리지 않는데 어떻게
 도메인명으로 그냥 접속할수 있을까?  왠지 어려운 문제 같기도 하고 쉬운
 문제 같기도 하고,  ppp 사용자가 꼭 손봐야 할것은 /etc/resolv.conf 라는
 말을 들어 보았을것이다.  이게 무엇인가?  내용을 살펴 보도록 하자!

 domain issue.ml.org
 nameserver 127.0.0.1
 nameserver 168.126.63.1
 nameserver 168.126.3.15

 거 참 resolv 란 단어는 사전에도 없네 T_T,  후후 여기 보면 네임서버의
 IP 를 지정해 주었다.  꼭 로칼의 네임서버를 사용할 필요는 없다는
 것이다.  리모트 네임서버에 요청하여서 IP 주소를 받아 낼수 있다( 네임
 서버는 3개 정도 지정 할수 있다.  전자가 접속이 안된다면 후자의 네임
 서버를 사용하게 된다.  하나더 이 설정의 경우는 로칼 네임 서버를 우선
 사용하기 때문에 127.0.0.1 을 맨 위에 놓았다).

 주의해야 할 것이 있다.  /etc/resolv.conf 에 지정하는 네임서버의 주소를
 도메인명으로 적어서는 절데로 안된다는 것이다.  이유는 이미 짐작할
 사람이 있겠지만 네임서버의 역활은 도메인명을 실제 주소인 IP 로 바꾸어
 주는 것이다.  만약 네임서버 지정을 ns.issue.ml.org 이런식으로
 해버린다면 저 도메인명을 IP 주소로 바꾸어서 접속해야 하는데 바꿀
 서버는 또 어디 있는가?  꼬여버린다.  ``주의하라!!''  및에 한번더 이
 파일에 대해 설명하겠다.

 2.2.  네임 서버가 가지는 정보

 만약 로칼 시스템에서 네임 서버를 돌리게 된다면 한가지 걱정이 들런지도
 모른다.  인터넷에는 엄청나게 많은 도메인이 있을텐데 그것을 모두 로칼에
 저장을 해야 한다면 과연 네 시스템으로 그것이 가능한것인가?  절데로
 고민하지 말라고 하고 싶다.  약간의 설명을 하겠다.

 네임 서버는 단지 자신의 하부에 대한 정도를 가지고 있으면 된다( 루트
 서버들에 대한  정보도 포함하고 있다 ).  자신이 가지고 있는 서브
 도메인과 호스트에 대한 정보만을 가지고 있으면 더 이상은 필요가 없다.
 서브 도메인은 따로이 자신의 하부에 대해서는 네임서버를 돌리게 되므로
 더 및으로 내려갈 이유조차 없는것이다.  즉 NS.issue.ml.org 는
 issue.ml.org 에 붙어 있는 호스트와 서브도메인에 대한 정보만을 가지고
 있는것이다.  ml.org 나 org 도메인에 대한 정보를 가지고 있을 필요가
 없다.

 네임 서버들은 한곳에서 모든 정보를 가져오는 것이 아니다. 위의 그림들을
 보았으면 어느 정도 이해 할수 있었을 것이다.  각각의 서브 도메인을
 담당하는 네임 서버에 문의를 거기서 얻은 정보로 또 다시 다른 곳의 네임
 서버에 요청하는 식으로 최종적 결과를 받아 내는 것이다.  네임 서버를
 구축해서 돌려보면 어느 정도 감이 잡히리라 생각한다.

 언제나 다른 네임 서버에 정보를 요청 하지는 않는다.  일정 기간 네임
 서버는 질문을 했던 호스트나 서버에 대한 정보를 가지고 있다.  다음번에
 똑같은 도메인을 찾게 된다면 캐슁되어 있는 정보를 보여 줄 것이다(
 그렇기 때문에 바로 바로 정보가 업데이트 되지는 않고 시간이 조금 걸린다
 ).

 또 하나 더 가지고 있게 되는 정보는 루트 네임 서버들에 대한 정보이다(
 이 부분은 잘 알지 못한다 ). 즉 네임 서버가 가지는 정보들은 자신의
 서브넷과 호스트에 대한 정보, 자주 찾게 되는 도메인들에 대한 캐쉬, 루트
 네임서버 주소 정도이다.  시스템에 그다지 무리를 주지 않는다.  다만
 느린 속도의 회선에 연결된 시스템이라면 아무레도 조금 네트웍 자원을
 쓸것이다( 거의 부담 되지는 않지만 ).

 여기서 하나 집고 넘어가야 할것이 있다.  누구나 네임 서버를 돌릴수
 있는것은 아니다.  물론 로칼 네트웍에서야 상관이 없겠지만 외부에서 나의
 네임 서버에 있는 정보를 사용하기 위해서는 상위 네임 서버에서 나의
 서버를 서브 도메인으로 지정해 주어야 한다.  즉 issue.ml.org 가 네임
 서버를 돌리기 위해서는 상위 도메인인 ml.org 의 네임 서버에 issue 가
 서브 도메인이라는 설정이 되어 있어야만 한다( 서브 도메인을 받아내는
 꽁수는 후에 설명 하겠다 ).  또한 마찬가지로 리버스 매핑이라고 부르는데
 IP 주소로 도메인명을 찾는것또한 그 IP 의 상위 주소를 소유한 ISP 또는
 krnic ( 여긴 한국이니까 ) 에서 리버스 매핑이 가능한 네임 서버로 설정
 해주어야만 한다( 이건 PPP 사용자가 하기엔 불가능이다 T_T ).

 3.  몇가지 설정 파일

 네임서버나 도메인명에 관련하여 몇가지의 기본적인 설정 파일들이 있다.
 리눅스에서는 설정 파일은 대부분 /etc 디렉토리에 위치하는것을 알고
 있을것이다.  아무튼 한번 알아보고 넘어가자.

 3.1.  hosts

 /etc/hosts 는 아주 간단한 파일이다.  ppp 서비스를 이용하는 사용자의
 경우 네임 서버를 돌릴만한 이유가 별로 없다( 저 같은 인간이 아닌 이상
 ).  그런데 가끔씩 ISP 등의 네임서버가 장애를 일으키기도 하고
 도메인으로 접속할때에 네임 서버쪽의 장애 혹은 회선이 좋지 않아서 늦게
 접속 되거나 하는 경우가 있는데  그럴때 써먹을수 있다.  자주 가는
 호스트의 IP 와  도메인을 적어 줌으로써 네임 서버에 요청하지 않고 바로
 찾을수 있게 된다.  이건 예제를 보는게 가장 빠를것이다.

      IP 주소           도메인명          별명

      127.0.0.1         localhost
      168.126.127.250   issue.ml.org      issue
      168.126.127.250   howto.ml.org      howto

      210.126.77.200    nacht.ml.org      nacht
      203.251.92.230    power.taegu.net   power
      203.251.125.224   ghostnet.ml.org   ghostnet
      168.126.127.13    bigbang.co.kr     paris
      203.238.128.58    nownuri.net       now

 아주 간단하다.  IP 주소와 그에 해당 하는 도메인명만 적어 주면 된다.
 그리고 별명 부분은 도메인명을 정확히 적을 필요 없이 별명만 적어도
 접속이 가능 하게 해누다.  역시 직접 해보는 것만큼 빨리 이해가 되는것은
 없다.

 3.2.  resolv.conf

 자신이 네임 서버를 돌리던지 아니면 외부 서버를 사용하던지 간에 가장
 중요한 파일이 하나 있다.  바로 /etc/resolv.conf 라는 설정 파일... 이게
 제데로 설정되 있지 않으면 백날 네임 서버를 돌려도 소용이 없다.  알고
 있으리라 생각하지만 간단하게 설정하는 법을 알아 보도록 하자.

 세가지 정도의 명령이 있다.  domain, search, nameserver 이렇게 3개 인데
 별로 어려울 것은 없다.  각각 무엇을 뜻하는지 알아 보도록 하자.

 o  domain
    자신의 로칼 도메인을 적는다.

 o  search
    자동으로 찾을 도메인을 쓰게 된다. 무슨 뜻이냐고 하면
    soback.kornet.nm.kr 이라는것을 찾는다고 할때에 search kornet.nm.kr
    이런식으로 적어주게 되면 telnet soback 만으로도 soback.kornet.nm.kr
    이라는 도메인의 IP 주소를 찾을수 있는것이다.  언제나 그렇지만 직접
    해보면 바로 이해가 될것이다.

 o  nameserver
    자신이 사용할 네임 서버의 IP 주소를 적는다.  IP 주소로 적어야 한다.
    꼭! 네임 서버의 주소를 적는것인데 도메인명으로 적게 되면 네임 서버
    자체를 못 찾으니 전혀 네임 서버를 사용하지 못하는 것은 당연하지
    않은가.  3개 정도까지 적을수 있는데 먼저 적은것부터 접속( 이거이
    전도연이 HP/5L 를 쓰던디,  먼 놈의 타수는 그리 빠른지 열자 치는데
    키보드 소리가 5번 밖에 안 들리니 )을 시도 하고 실패 하면 후자로
    접속을 시도 한다.

      domain issue.ml.org
      search ml.org   kornet.nm.kr
      nameserver 127.0.0.1
      nameserver 168.126.63.1
      nameserver 168.126.3.15

 간단하다? search 뒤에는 여러개를 열거해서 써도 된다.

 3.3.  host.conf

 /etc/host.conf 이 파일에 대해서 잘 아는 사람이 별로 없는거 같다( 나도
 아는바가 없지만 ).  두개 정도의 명령에 대해서 약간 알고 있는데
 그거라도 적어야 겠다( 모르는건 책 보고 배꼇는데 영어가 안되니 T_T ).

 5개의 명령이 있는데 order, multi, nospoof, alert, trim 이다.  각각에
 대해서 한번 알아 보도록 하자.

 o  order
    /etc/hosts 파일을 먼저 참고 할것이냐 아니면 네임 서버에 먼저 요청
    할것이냐를 선택한다.  각각 hosts 와 bind 로 쓰게 되는데 먼저 쓴것을
    우선으로 참고하여 IP 주소를 찾게 된다( 쉼표로 구분 ).  일반적으로
    hosts 를 먼저 참고 한다.

 o  multi
    on, off 옵션이 있다.  /etc/hosts 에서 하나의 호스트가 여러개의 IP
    주소를 가질수 있는지를 설정하고 일반적으로 ``multi-homed'' 라고
    부른다( DNS 나 NIS 에 대해서는 전혀 영향을 미치지 않는다 ).

 o  nospoof
    호스트명등을 변조하는 것을 스푸핑이라고 하는데 이 것을 막기 위해서
    네임서버는 진짜 IP 주소와 호스트명이 일치 하는지를 검사하게 된다.
    만약에 일치 하지 않는다면  그것을 받아 들이지 않고 에러를 네게
    된다.  nospoof on 으로 이런 기능을 사용할 것인지 결정할 수 있다.

 o  alert
    on, off 의 옵션이 있다.  스푸핑 시도를 로그에 남길것인지 말것인지를
    선택할 수 있다.

 o  trim
    꼭 필요한 옵션은 아니나 그냥 알아 두자.  로칼 도메인명을 적는데
    호스트명을 찾거나 /etc/hosts 에 호스트명을 지정할때에 로칼
    도메인명을 적지 않고도 찾을수 있도록 해준다. ( /etc/hosts 의
    domain, search 와 비슷한 기능인거 같다 ).

 order   hosts,bind
 multi   on
 nospoof on
 alert   on

 이런식으로 사용하면 된다. ( 이거 신경써 보기는 글 적으면서가 처음이다
 ^^ )

 4.  네임 서버를 만들기 전에

 4.1.  네임 서버를 만들기 위해 필요한것

 우선 bind 라는 프로그램이 필요하다.  가장 많이 쓰이는 네임 서버
 프로그램으로 ftp.isc.org <ftp://ftp.isc.org/isc/bind/src> 에서 구할수
 있다.  사실 가장 손쉽게 bind 를 설치 하는 방법은 레드햇에서 만든 RPM
 패키지를 사용하는것이다.  이 글을 적고 있는 현재 bind 는 4.9.6
 버젼까지 나왔으며, RPM 패키지 역시 4.9.6 버젼까지 만들어져 있다.  RPM
 패키지는 ftp.redhat.com <ftp://ftp.redhat.com/pub/redhat/redhat-4.2>
 에서 최신 버젼을 구할수 있을것이다.

 이 글에서는 bind 의 컴파일에 대한 내용은 다루지 않을 것이다.  직접
 컴파일해 사용할려는 분이라면 충분히 혼자서 할 의지와 실력이 있으리라고
 생각한다. bind 소스내의 README 와 INSTALL 을 꼭 읽어 보기 바란다.
 또한 doc/info 및에 각 OS 에 맞게 패치가 있고 설정법이 있으니 참고하라(
 솔직히 bind 를 컴파일해본적이 없기 때문에 적을수가 없다 ).

 아 하나 빼먹은게 있다.  레드햇에서 RPM 패키지를 만들때는 바이너리
 패키지뿐 아니라 소스 패키지도 같이 만들어진다.  바이너리로 바로 설치
 하는것이 미심쩍은 분은 소스 패키지를 구하여 rpm --rebuild 로 재 컴파일
 하거나 그들이 해 놓은 패치들은 살펴 보는것도 괜찮은 방법일것이다(
 바이너리로 그냥 깔아도 이상없이 잘 돌아간다 ).

 프로그램 이외에 필요한것이 무엇이 있을까?  항상 연결되어 있는 네트웍(
 TT선이나 CO-LAN 이면 충분하다. 전화선으로는 흠 ^^ ) 이 필요할것이다.
 아니 사실 필요 없을수도 있지만,  또 하나 항상 연결 되지 못하더라도
 고정적인 IP 를 가지고 있어야 한다.  그래야 www.ml.org
 <http://www.ml.org> 를 이용해서라도 네임 서버를 돌릴수 있으니까
 말이다.

 그리고 마지막으로 네임 서버를 돌릴수 있도록 서브 도메인으로 등록되
 있는 도메인명이 있어야 한다.  위에서 언급한바 있고 www.ml.org
 <http://www.ml.org> 를 이용해서 얻을수 있다.

 4.2.  www.ml.org 에서 서브 도메인 받기

 www.ml.org <http://www.ml.org> 라는 곳을 한번쯤 들어본 적이
 있을것이다.  무료로 도메인명을 부여 해주는 곳으로써 누구나 도메인을
 가질수 있다.  고정 IP 가 아니더라도 Dynamic Domain Project 를 이용해서
 도메인명을 가질수 있다.  우리에게 필요한것은 서브 도메인이나 호스트로
 등록을 하게 되면 네임 서버를 백날 돌려봐야 로칼에서 밖에 사용할수가
 없다.  우선 고정 IP 가 있어야 한다고 말했었다.  그래야만 Free Domain
 Project 를 이용할수도 또 그를 이용해서 서브 도메인을 받을수 있다.
 현재 members.ml.org 서버의 네트웍이 단절 되었는지 접근이 되지 않는다.
 기억나는데로 쓰겠다.

 우선 아이디를 부여 받아야 한다.  www.ml.org 의 글들을 차근히 읽어보기
 바란다.  성격이 급하다면 sign up <http://members.ml.org> 페이지로 바로
 간후 글을 읽고 신청을 하면된다.  자신의 이메일 주소를 적고 아이디를
 적게 되면 비번이 메일로 전달된다.  그런후에 members.ml.org
 <http://members.ml.org/ms3> 로 아이디와 암호를 가지고 접속한다.
 우리가 필요한것은 Free Domain Project 이다.  그렇게 링크를 잘
 따라가보면 도메인을 신청하는 페이지를 만나게 될것이다.  서버 종류를
 서브 도메인으로 설정한다.  문제가 있는데 이 서브 도메인을 관리할
 두개의 네임서버를 적어야 한다.  그러나 마음데로 설정이 가능한 네임
 서버를 두개나 가지고 있는 사람은 아마 별로 없을것이다.  여기서
 필요한게 꽁수다^^

 일단 IP 와 네임 서버의 호스트명을 적게 되면 ml.org 에서는 직접 그
 서버에다가 요청하는것을 보았다.  즉 내 컴에다 돌리게 되더라도 당장은
 외부에서 접근이 안된다고 해도 ml.org 에서 신청은 되는것이다.  그리고
 등록이 되면 외부에서도 접근 가능한 도메인 그리고 네임 서버가 만들어
 지는 것이다.  서브 도메인으로 등록을 하기 위해서는 네임 서버를 완변히
 작동 시켜야 한다.  ml.org 에 등록할 이름을 생각하고 네임 서버로 설정한
 두개의 호스트를 로칼 시스템의 네임 서버에 등록한후에( 같은 IP 주소에
 여러개의 도메인명을 부여할 수 있다.  그러니까 다 자기 컴으로 잡아
 버리면 된다) ml.org 에서 지정한 이름과 정확안 IP 주소를 적고 등록을
 하면 된다.  그럼 네임 서버를 우선 돌려야 하니까 네임 서버 만드는걸
 한번 뒤적여 보자.

 5.  네임 서버 만들기

 5.1.  필요한 설정 파일들

 RPM 패키지로 설치한 경우로 생각하고 모든 설명을 해 나가겠다.  그 외
 직접 설치한 경우에는 많은것을 스스로 해야 할것이다( 컴파일해 설치해
 보지 않았기 때문에 잘 알지 못한다).

 bind 패키지를 설치 했을때 /etc/rc.d/init.d/named.init 라는 파일이 설치
 되는데 rc.3, rc.6 디렉토리에 링크가 되어 있을것이다. 시스템 부팅시에
 바로 실행되기 위해서 만들어진 스크립트로써 직접 설치 했다면 직접
 만들어주기 바란다( 옆에 있는것들을 참고해서 뚝닥 거리면 될것이다 ).
 /usr/sbin/named 라는 데몬을 실행되어 있음으로써 네임 서버의 역활을
 할수 있게 된다.  우리가 설정해야 할 파일들을 알아 보도록 하자.  꼭
 저런 이름의 파일이 아니어도 된다.  모든것을 /etc/named.boot 파일에서
 지정해준다( 원하는데로 바꿀수 있다는 예기다 ).

 o  /etc/named.boot
    네임 서버(named)가 실행시에 기본적인 그러니까 네임 서버의 데이타
    베이스에 대한 정보를 적게 된다.  일반적으로 파일의 위치를 적어 주게
    되는데 리모트 서버를 지정 하여 사용할수도 있다( secondary 설정등을
    했을시에 ).

 o  /var/named
    네임 서버의 존 파일들을 이곳에 위치하게 된다( 원하는 곳으로 바꿀수
    있다 ).

 o  /var/named/named.ca
    루트 네임서버의 IP 를 저장하여 더 빨리 찾을수 있도록 한다( 수정할
    필요는 없다 소스에 포함된 파일을 그냥 사용하면 지장이 없을것이다 ).

 o  /var/named/named.local
    루프백 IP 주소에 대한 리버스 매핑 ( IP 로써 호스트명을 찾는것을
    말한다 ) 파일이다.

 o  /var/named/named.host
    호스트들에 대한 정보를 가지고 있게 되는 파일이다( 이름은 정하기
    나름이다 ).

 o  /var/named/named.rev
    리버스 매핑에 대한 정보를 지닌다( IP 주소로 도메인명을 찾을수 있게
    ).

 5.2.  named.boot

 named 실행시에 설정 파일의 위치와 도메인에 대한 초기화 정보를 가지고
 있는 파일이다.  간단히 예제를 보면서 이해해 보도록 하자.

      directory                                       /var/named
      cache           .                               named.ca
      primary         issue.ml.org                    named.host
      primary         0.0.127.in-addr.arpa            named.local
      primary         127.126.168.in-addr.arpa        named.rev

 한줄 한줄 천천히 살펴 보는게 쉽게 이해 할수 있는 방법인거 같다.

 o  directory
    네임 서버의 설정 파일들이 위치할 디렉토리의 위치를 정해준다. 이
    경우엔 /var/named 디렉토리에 위치 한다고 하였다.

 o  cache
    루트 서버 주소를 지정한 설정 파일을 지정해 준다( 이 파일은 솔직히
    건드릴 필요가 없다.  bind 소스에 딸려 오는 것을 그냥 사용하면 된다
    ).

 o  primary
    프라이머리 서버임을 지정하고 데이타를 가진 파일을 정해줍니다.

      primary          issue.ml.org                    issue.zone

 이런식으로 구성하게 되는데 지정한 도메인 이하의 호스트의 정보가 지정한
 파일에 위치 한다는 설정을 해주게 된다.  역시 저 위에서 말 했듯이 서브
 도메인으로 그 도메인의 하부를 관리 할 수 있도록 상위 네임 서버에서
 지정해 주어야 한다.

 리버스 매핑의 경우도 지정할수 있다.  도메인명을 적는 위치에
 0.0.127.in-addr.arpa 이런식으로 적게 되는데 일반적으로 IP 를 적는 것의
 반대로 적게 된다.  자신이 203.251.19.x 라는 C class 의 IP 를 관리하고
 상위 IP 를 소유한곳에서 리버스 매핑이 가능한 서버로 지정이 되어 있다면
 이렇게 사용할 수 있을것이다.

      primary          19.251.203.in-addr.arpa         hosts.rev

 각 부분을 설명할때 좀 더 자세한 것을 알아 보도록 하자.

 그 외 몇가지가 더 있다.  secondary, forwarders 그리고 그 외 옵션들이
 있는데 그것들에 대해서도 알고 넘어가야 할것 같다.

 o  secondary
    세컨더리 서버임을 지정하는데 아주 간단하다.  프라이머리와 똑같은
    것인데 다만 틀린것이 있다면 관리자가 직접 데이타 파일을 만들어줄
    필요가 없다는 것이다.  프라이머리 서버측의 데이타를 그데로 가져와서
    사용하게 된다.  프라이머리 서버가 다운되거나 네트웍이 죽었을때를
    사용가능한 백업용으로써 또는 프라이머리 서버의 부하를 최소하 하기
    위해 각 서브넷에서 운영할수 있다.

      secondary        issue.ml.org  168.126.127.250  issue.bak

 이런식으로 사용하게 된다.  issue.ml.org 는 프라이머리 서버 지정에서
 사용한 것과 마찬가지로 자신이 관리하는 서브넷의 도메인명이다.  그
 도메인 하부에 붙어 있는 호스트와 서브도메인들을 지정한 서버에서 받아
 와서 지정한 파일에 저장 하겠다는 설정이다.  데이타를 가져올 서버( 보통
 그 도메인의 프라이머리 서버 ) 의 주소를 적어 주고 named 에서 자동으로
 받아와서 정리하게 되는것이다( IP 주소로 적어야 한다 ).  손하나
 까딱할거 없이 지정한 파일에 정리가 되는것이다.

 o  forwarders
    포워더 서버,  아주 간단하다.  자신에게 들어오는 질문을 지정한
    서버로 보내버린다.

      forwarders       168.126.127.250   128.126.127.251

 이런식으로 설정하게 되는데 이 서버로 들어오는 질문을 우선적으로
 168.126.127.250 으로 보내고 이 서버가 응답이 없으면 168.126.127.251 로
 보내게 된다( 여러개 지정할 수 있다 ).  둘다 응답이 없다면( 서버가
 죽었을 경우 ) 원래 대로 루트 서버에 질문을 요청하여 순차적으로 IP 를
 찾게 된다.

 o  xfrnets
    nslookup 을 이용해서 네임 서버의 데이타를 살펴 볼수 있는데 이 중에
    ls 라는 명령이 있다.  그 호스트의 존 데이타를 싸그리 훔쳐 볼수가
    있는데 가지고 있는 모든 호스트명과 서브도메인명을 받아 볼수 있다.
    꽤 부하가 걸리는 작업이기도 하기 때문에 막을 필요가 있을때 이
    옵션을 사용하면 된다.

      xfrnets          168.126.127.250&255.255.255.255

 이런식으로 쓰게 되는데 전자는 볼수 있도록 하고자 하는 IP 주소이고 & 로
 구분된 후자는 넷마스크이다.  어떤식으로 사용되는 것이냐면 넷마스크를
 어떻게 정하느냐에 따라서 볼수 있는 범위가 결정된다.  위와 같은 경우
 168.126.127.250 IP 를 가진 호스트만이 볼수 있게 되는데 168.126.x.x 의
 IP 주소를 가진 호스트에서 볼 수 있도록 할려면 이런식으로 사용할수
 있다.

      xfrnets          168.126.0.0&255.255.0.0

 어느 정도 이해가 갈려는지 모르겠다.  여기서 넷마스크에 대해서
 설명하기도 좀 긴 내용이기 때문에 이 정도로 하고 넘어 가겠다.

 o  opions
    우선 옵션은 options ``옵션'' 이렇게 사용하게 된다.  어떤 옵션들이
    있는지 알아 보도록 하자.

 o  forward-only
    slave 서버 모드를 사용하게 된다.  아주 간단한데 방금 forwarders
    서버에 대하여 알아 보았다.  포워더로 지정한 서버들이 응답이 없다면
    원래 데로 루트 서버에 질문을 요청하는식의 행동을 한다고 했는데 이
    옵션을 지정해 주게 되면 그것마져 하지 않는다.  질문이 들어오면
    순수한 포워더의 기능밖에 하지 않는다.  그 외에 어떠한것도 하지
    않는다.

      options   forward-only

 이렇게 /etc/named.boot 에 적어주게 된다.

 o  query-log
    네임 서버로 들어오는 모든 질문을 syslog 로 전달해 로그 파일에
    저장하게 된다.  이렇게 사용할수 있다.

      options   query-log

 일반적인 설정에서 /var/log/message 에 저장된다.

 5.3.  named.host

 위에서 /etc/named.boot 예제를 보았다.  다시 한번 살펴 보면 이러한
 내용을 볼 수 있을것이다.

      primary         issue.ml.org                    named.host

 issue.ml.org 도메인이 소유한 호스트와 서브 도메인( 존이라고 부르던가?
 ) 에 대한 설정을 하게 되어 있다.  잠시 다시 한번 살펴 보자면 primary
 서버로써 issue.ml.org 의 호스트와 서브 도메인들의 정보를 가지고 있으며
 그 정보는 named.host 라는 파일( 임의로 바꿀수 있으며 제한은 없다 )에
 저장되어 있다( 이 파일의 위치는 /etc/named.boot 의 diretory 부분에서
 설정하게 된다 ). 우선 예제를 살펴 보도록 하자( 가장 빨리 배울수 있는
 길일 것이다 ).

 @               IN      SOA     ns.issue.ml.org. root.issue.ml.org. (
                         100600          ; serial, todays date todays serial #
                         10800           ; refresh, seconds
                         3600            ; retry, seconds
                         604800          ; expire, seconds
                         86400           ; minimum, seconds
                         )
 ;
 ; nameserver
 ;
                 IN      NS      ns.issue.ml.org.
                 IN      MX 10   issue.ml.org
 ;
 ; hostname & info
 ;
 localhost       IN      A       127.0.0.1
 @               IN      A       168.126.127.250
                 IN      HINFO   i586    LINUX
                 IN      WKS     168.126.127.250 TCP ( domain finger ftp
                                 pop smtp telnet time www imap auth )
 ns              IN      A       168.126.127.250
                 IN      HINFO   i586    LINUX
 ;
 ; alias
 ;
 www             IN      CNAME   @
 ftp             IN      CNAME   @

 크게 두부분으로 나눌수 있다고 본다.  SOA( Start Of Authority) 부분과
 실제 호스트들에 대한 정보를 가지고 있는 부분이다.  우선 SOA 부분에
 대해서 알아 보도록 하자.  아 그전에 알아 두어야 할것이 있다.  네임
 서버 데이타에서 ``.'' 이 아주 중요하다.  이걸 하나 덜 찍음과 찍음의
 차이는 아주 많다.  우선 생각만 하고 있기 바란다.  다시 한번 ``.'' 은
 아주 중요하다.  기억하기 바란다.  아 하나 네임 서버의 정보를 기록하는
 데는 규칙이 있다.

      {name}    {ttl}    addr-class    Record Type    Record Specific data

 이런식으로 적게 된다( addr-class 부분에 IN 외의 것에 대해서는 잘 알지
 못한다 IN 하나면 기본적인것은 다 가능하다 나머지는 알게 되는데로
 적겠다 ).

      @               IN      SOA     ns.issue.ml.org. root.issue.ml.org.

 @ 은 ORIGIN 을 나타낸다.  기반이 되는 도메인을 나타내는 것이라고 하면
 되는 것인가?  named.boot 에서 정보를 가지게 되는 도메인명을 적어
 주었을 것이다.  다시 한번 본다면

      primary         issue.ml.org <- 이 부분         named.host

 issue.ml.org 도메인의 호스트와 서브 도메인에 대한것이다.  @ 은 바로
 issue.ml.org 를 나타낸다.  SOA 는 레코드 타입을 정해준 것이다.
 초기화라고 할수 있을것이다.  프라이머리 서버와 세컨드리 서버와의
 데이타를 가지는 시간 등을 설정하고 또한 캐쉬한 정보를 얼마나 가지고
 있을것인지를 지정할수 있다.  ns.issue.ml.org. 기본 주소를 지정해 준다.
 root.issue.ml.org. 는 네임 서버 관리자의 메일 주소를 적게 되는데 @
 대신에 . 을 사용한다는걸 기억하기 바란다.

      @               IN      SOA     ns.issue.ml.org. root.issue.ml.org. (
                              100600          ; serial, todays date todays serial #
                              10800           ; refresh, seconds
                              3600            ; retry, seconds
                              604800          ; expire, seconds
                              86400           ; minimum, seconds
                              )

 숫자가 적힌 5 부분에 대해서 하나 하나 설명 하겠다.  ; 뒤로 적힌것은
 주석이다.  아 단위는 초이다.  serial 부터 exp
HomePage Backward Forward Post Reply List
1998 by swindler