감사합니다.
>##### 2차 네임서버 named.conf #####
>
>
> .......생략.......
>
>zone "1.168.192.in-addr.arpa" IN {
> type slave; // ☜slave 로 설정
> file "linux.rev";
> allow-update { none; };
> allow-update { 1네임서버주소;
};
1차 네임서버주소를
기재시
allow-update { 192.168.1.100; };
이렇게 하라는 거죠?
>zone "abc.co.kr" {
> type slave; // ☜slave 로 설정
> file "abc.co.kr.zone";
> allow-update { none; };
> allow-transfer { none; };
allow-update { 1네임서버주소;
};
혹시 1차 named.conf 에서 allow-transfer { none; }; 으로 설정했을경우
이상은 없는지요?
외부에서 nslookup 으로 ls -d 했을때 레코드 정보를 안나타내기
위해 위와 같이 한다고 하는데요.
allow-transfer { none; }; 이렇게 해도 2차에서 1차로 접속해서
업데이트 해가는것에 이상이 없는지요?
####################
>2. 1차에서 file "common.zone"; 과 같이 등록정보를 수정할때
시리얼을 올려주고,
linux.rev 파일은 안올려줘도 되는지, 같이 수정해 줘야
하는지요?
type slave 인 ZEON 은 Zone file 을 수정할 필요 없습니다.
자동으로 update 되어야 합니다.
####################
결론적으로,
1. 도메인의 추가/삭제등의 사유발생시 named.conf 를 수정하게
되므로
1차의 named.conf 수정사항 발생시 2차 named.conf 도 수정해야함.
그리고, 1/2차 네임서버 모두 재시작 해야함.
2. common.zone 과 같이 레코드정보를 수정하는 경우 시리얼을
올려주되,
이 경우 1차에서만 수정하고 2차것은 수정하지 않음.
(named.conf 에 지정된 refresh 시간에 의해 자동백업하므로)
3. common.zone 파일에 refresh, retry, expire 값은 사실상 2차서버에서
1차서버로 접속하여 백업하는데 쓰이므로 1차서버의 common.zone
에서는 무의미하고 1차에서 common.zone 을 2차서버로 가져와야
역할을 하는게 아닌게 하는 생각이 드는데 맞는지요?
4. 1차서버에서 사용되는 리버스존 파일 ## linux.rev 은 도메인의
레코드 정보를 가지고 있는것이 아니므로 ip가 바뀌는 경우가
아니면 수정할 필요가 없다. 서브도메인을 만든다던가, 도메인
추가/삭제등을 해도...
만일, 1차에서 linux.rev 파일을 수정했다면 마찬가지로 시리얼을
올려주되 2차서버에 있는 linux.rev 파일은 수정안해도 된다.
자동으로 업데이트 하므로...
5. 정리사항
named.conf를 수정한다면 1/2차 모두 수정해야 하고 1/2차 서버 모두
restart 해야한다.
**.zone 을 수정한다면 1차에서만 수정한다.
- 1차에서 zone 을 수정할때 네임서버를 restart 해야하는걸로
아는데,
2차에서 1차의 정보를 가져다가 업데이트 한다면 자동으로
restart 되는건지 여부가 헷갈립니다.
1차에서 zone 파일이 추가되었다면 추가된 파일을 2차가
가져가겠죠?
1차에서 zone 파일이 삭제되었다면(named.conf
에서 도메인을 뺐다고 할때)
2차에서도 지워지나요?
동기화가 되는과정에 정확한 개념이 없어서요--^^
[추가]
> 1차 네임서버가 죽었다고 해서, 1차 네임서버로 질의가 안가는
건
> 아닙니다.
> 네임스페이스상에서
하위 ZONE 으로 찾아갈때 NS 리스트중에서
> 빠른 RTT(Round Trip Time) 쪽으로 가게 됩니다.
이 말은 ns 리스트중에서 순서와 관계없이 응답이 먼저오는
것으로 간다는 의미인지요?
대충 의문을 정리하면 이렇습니다.
맨날 기초적인 질문을 꼬치꼬치 해서 죄송하네요--;
|