4.3.5. Zone maintenance and transfers
4.3.5. 영역 유지 관리 및 이전
Part of the job of a zone administrator is to maintain the zones at all of the name servers which are authoritative for the zone.
영역 관리자의 임무 중 하나는 해당 영역에 대해 권한이 있는 모든 이름 서버에서 영역을 유지 관리하는 것입니다.
When the inevitable changes are made, they must be distributed to all of the name servers.
불가피한 변경이 이루어지면 모든 네임 서버에 배포해야 합니다.
While this distribution can be accomplished using FTP or some other ad hoc procedure, the preferred method is the zone transfer part of the DNS protocol.
이 배포는 FTP나 기타 임시 절차를 사용하여 수행할 수 있지만 선호되는 방법은 DNS 프로토콜의 영역 전송 부분입니다.
The general model of automatic zone transfer or refreshing is that one of the name servers is the master or primary for the zone.
자동 영역 전송 또는 새로 고침의 일반적인 모델은 네임 서버 중 하나가 해당 영역의 마스터 또는 기본 서버라는 것입니다.
Changes are coordinated at the primary, typically by editing a master file for the zone.
변경 사항은 일반적으로 영역의 마스터 파일을 편집하여 기본에서 조정됩니다.
After editing, the administrator signals the master server to load the new zone.
편집 후 관리자는 마스터 서버에 신호를 보내 새 영역을 로드합니다.
The other non-master or secondary servers for the zone periodically check for changes (at a selectable interval) and obtain new zone copies when changes have been made.
영역의 다른 비마스터 또는 보조 서버는 주기적으로 변경 사항을 확인하고(선택 가능한 간격으로) 변경 사항이 있을 때 새 영역 복사본을 얻습니다.
To detect changes, secondaries just check the SERIAL field of the SOA for the zone.
변경 사항을 감지하려면 보조 장치에서 해당 영역에 대한 SOA의 SERIAL 필드를 확인하면 됩니다.
In addition to whatever other changes are made, the SERIAL field in the SOA of the zone is always advanced whenever any change is made to the zone.
다른 변경 사항외에도 영역이 변경될 때마다 영역 SOA의 SERIAL 필드가 항상 고급화됩니다.
The advancing can be a simple increment, or could be based on the write date and time of the master file, etc.
증가는 단순한 증분일 수도 있고 마스터 파일의 쓰기 날짜 및 시간 등을 기준으로 할 수도 있습니다.
The purpose is to make it possible to determine which of two copies of a zone is more recent by comparing serial numbers.
목적은 일련 번호를 비교하여 영역의 두 복사본 중 어느 것이 더 최신인지 확인할 수 있도록 하는 것입니다.
Serial number advances and comparisons use sequence space arithmetic, so there is a theoretic limit on how fast a zone can be updated, basically that old copies must die out before the serial number covers half of its 32 bit range.
일련 번호 진행 및 비교는 순서 공간 산술을 사용하므로 영역을 얼마나 빨리 업데이트할 수 있는지에 대한 이론적 제한이 있습니다. 기본적으로 일련 번호가 32비트 범위의 절반을 차지하기 전에 오래된 복사본이 사라져야 합니다.
In practice, the only concern is that the compare operation deals properly with comparisons around the boundary between the most positive and most negative 32 bit numbers.
실제로 유일한 관심사는 비교 작업이 가장 양수와 가장 음수인 32비트 숫자 사이의 경계 주변의 비교를 적절하게 처리한다는 것입니다.
The periodic polling of the secondary servers is controlled by parameters in the SOA RR for the zone, which set the minimum acceptable polling intervals.
보조 서버의 주기적인 폴링은 허용 가능한 최소 폴링 간격을 설정하는 영역에 대한 SOA RR의 매개변수에 의해 제어됩니다.
The parameters are called REFRESH, RETRY, and EXPIRE.
매개변수는 REFRESH, RETRY, 및 EXPIRE 라고 합니다.
Whenever a new zone is loaded in a secondary, the secondary waits REFRESH seconds before checking with the primary for a new serial.
새로운 영역이 2차에 로드될 때마다 2차는 새 직렬을 1차와 확인하기 전에 REFRESH 초를 기다립니다.
If this check cannot be completed, new checks are started every RETRY seconds.
이 검사를 완료할 수 없는 경우 RETRY 초마다 새 검사가 시작됩니다.
The check is a simple query to the primary for the SOA RR of the zone.
확인은 영역의 SOA RR에 대한 기본 쿼리에 대한 간단한 쿼리입니다.
If the serial field in the secondary's zone copy is equal to the serial returned by the primary, then no changes have occurred, and the REFRESH interval wait is restarted.
보조 영역 복사본의 직렬 필드가 기본 영역 복사본에서 반환된 직렬 필드와 동일한 경우 변경 사항이 발생하지 않으며 REFRESH 간격 대기가 다시 시작됩니다.
If the secondary finds it impossible to perform a serial check for the EXPIRE interval, it must assume that its copy of the zone is obsolete an discard it.
보조 장치에서 EXPIRE 간격에 대한 직렬 검사를 수행하는 것이 불가능하다고 판단되면 해당 영역의 복사본이 더 이상 사용되지 않는 것으로 가정하고 폐기해야 합니다.
When the poll shows that the zone has changed, then the secondary server must request a zone transfer via an AXFR request for the zone.
폴링에서 영역이 변경된 것으로 표시되면 보조 서버는 해당 영역에 대한 AXFR 요청을 통해 영역 전송을 요청해야 합니다.
The AXFR may cause an error, such as refused, but normally is answered by a sequence of response messages.
AXFR은 거부와 같은 오류를 일으킬 수 있지만 일반적으로 일련의 응답 메시지로 응답됩니다.
The first and last messages must contain the data for the top authoritative node of the zone.
첫 번째와 마지막 메시지에는 영역의 최상위 권한 노드에 대한 데이터가 포함되어야 합니다.
Intermediate messages carry all of the other RRs from the zone, including both authoritative and non-authoritative RRs.
중간 메시지는 권한 있는 RR과 권한 없는 RR을 모두 포함하여 영역의 다른 모든 RR을 전달합니다.
The stream of messages allows the secondary to construct a copy of the zone.
메시지 스트림을 통해 보조 장치가 영역의 복사본을 구성할 수 있습니다.
Because accuracy is essential, TCP or some other reliable protocol must be used for AXFR requests.
정확성이 필수적이므로 AXFR 요청에는 TCP 또는 기타 신뢰할 수 있는 프로토콜을 사용해야 합니다.
Each secondary server is required to perform the following operations against the master, but may also optionally perform these operations against other secondary servers.
각 보조 서버는 마스터에 대해 다음 작업을 수행해야 하지만 선택적으로 다른 보조 서버에 대해 이러한 작업을 수행할 수도 있습니다.
This strategy can improve the transfer process when the primary is unavailable due to host downtime or network problems, or when a secondary server has better network access to an "intermediate" secondary than to the primary.
이 전략은 호스트 가동 중지 시간이나 네트워크 문제로 인해 기본 서버를 사용할 수 없거나 보조 서버가 기본 서버보다 "중간" 보조 서버에 대한 네트워크 액세스가 더 나은 경우 전송 프로세스를 개선할 수 있습니다.