일련 번호를 증가시키면서 전파 된 이름이

Question

입니다. 아래에 나열된 마지막 두 번의 로그 항목이 이름이 바뀌 었습니다. 일련 번호가 변경되지 않은 것을 볼 수 있습니다 (약간의 간과 된 감시). 내가 2/1에있는 사무실로 들어 왔을 때 나는 밤에 내부 구역을 변경했을 때 발생했던 오류에 대한 불만으로 인사를했고 외부 구역에 대한 변경 사항이 사라지지 않았다고 불평했다. 내부 영역에 대한 모든 변경 사항을 신속하게 되돌리고 내부 및 외부에서 일련 번호를 증가시키고 이름을 다시 지정했습니다.

왜 외부 적으로 시리얼을 증가시키지 않고 내부적으로 변경 사항을 반영 했습니까? 호스트가 해결을 위해 서버를 때리지 않을 때 슬레이브가 마스터에게 질의 할 때 일련 번호가 작동합니까?

Jan 29 04:02:09 xxxx named[3983]: zone xxxx/IN: loaded serial 2012012702 
Jan 29 04:02:09 xxxx named[3983]: zone xxxx/IN: sending notifies (serial 2012012702) 
Jan 29 04:02:09 xxxx named[3983]: zone xxxx.com/IN: loaded serial 2012012702 
Jan 29 04:02:09 xxxx named[3983]: zone xxxx.com/IN: sending notifies (serial 2012012702) 

Jan 31 20:45:43 xxxx named[3983]: zone xxxx/IN: loaded serial 2012012702 
Jan 31 20:45:43 xxxx named[3983]: zone xxxx/IN: sending notifies (serial 2012012702) 
Jan 31 20:45:43 xxxx named[3983]: zone xxxx.com/IN: loaded serial 2012012702 
Jan 31 20:45:43 xxxx named[3983]: zone xxxx.com/IN: sending notifies (serial 2012012702) 

Answer 1

예. 슬레이브는 일련 번호를 참조하여 새로운 데이터를로드해야하는지 확인합니다. 그것이 이미 알고있는 것보다 높다면 (시리얼 넘버 랩 어라운드를 허용하는 RFC에 정의 된 "상위"의 의미에 따라), 존의 사본을 갱신하려고 시도합니다.

마스터 서버는 일련 번호가 무엇인지에 관계없이 다시로드하라는 메시지를 보낸 후에 영역 파일에있는 내용을 제공하기 시작합니다.