4.2.1. Technical considerations
4.2.1. 기술적 고려사항
The data that describes a zone has four major parts:
영역을 설명하는 데이터는 네 가지 주요 부분으로 구성됩니다:
- Authoritative data for all nodes within the zone.
- 영역 내의 모든 노드에 대한 신뢰할 수 있는 데이터입니다.
- Data that defines the top node of the zone (can be thought of as part of the authoritative data).
- Zone의 최상위 노드를 정의하는 데이터(생각할 수 있음) 신뢰할 수 있는 데이터의 일부로).
- Data that describes delegated subzones, i.e., cuts around the bottom of the zone.
- 위임된 하위 구역을 설명하는 데이터 (즉, 구역의 하단 부분을 잘라냅니다.)
- Data that allows access to name servers for subzones (sometimes called "glue" data).
- 하위 영역의 네임 서버에 대한 액세스를 허용하는 데이터("접착" 데이터라고도 함).
All of this data is expressed in the form of RRs, so a zone can be completely described in terms of a set of RRs.
이 모든 데이터는 RR 형식으로 표현되므로, RR의 집합으로 영역을 완벽하게 설명할 수 있습니다.
Whole zones can be transferred between name servers by transferring the RRs, either carried in a series of messages or by FTPing a master file which is a textual representation.
일련의 메시지로 전달되거나 텍스트 표현인 마스터 파일을 FTP로 전송하여 RR을 전송함으로써 전체 영역을 이름 서버 간에 전송할 수 있습니다.
The authoritative data for a zone is simply all of the RRs attached to all of the nodes from the top node of the zone down to leaf nodes or nodes above cuts around the bottom edge of the zone.
영역에 대한 신뢰할 수 있는 데이터는 단순히 영역의 상단 노드부터 리프 노드 또는 영역의 하단 가장자리 주위의 절단 위 노드까지 모든 노드에 연결된 모든 RR입니다.
Though logically part of the authoritative data, the RRs that describe the top node of the zone are especially important to the zone's management.
논리적으로는 권한 있는 데이터의 일부이지만 영역의 최상위 노드를 설명하는 RR은 영역 관리에 특히 중요합니다.
These RRs are of two types: name server RRs that list, one per RR, all of the servers for the zone, and a single SOA RR that describes zone management parameters:
이 RR에는 두 가지 유형이 있습니다. 즉, RR당 하나씩 해당 영역의 모든 서버를 나열하는 이름 서버 RR과 영역 관리 매개변수를 설명하는 단일 SOA RR입니다.
The RRs that describe cuts around the bottom of the zone are NS RRs that name the servers for the subzones.
영역 하단 주위의 절단을 설명하는 RR은 하위 영역의 서버 이름을 지정하는 NS RR입니다.
Since the cuts are between nodes, these RRs are NOT part of the authoritative data of the zone, and should be exactly the same as the corresponding RRs in the top node of the subzone.
컷은 노드 사이에 있으므로 이러한 RR은 영역의 신뢰할 수 있는 데이터의 일부가 아니며 하위 영역의 최상위 노드에 있는 해당 RR과 정확히 동일해야 합니다.
Since name servers are always associated with zone boundaries, NS RRs are only found at nodes which are the top node of some zone.
이름 서버는 항상 영역 경계와 연결되어 있으므로 NS RR은 일부 영역의 최상위 노드인 노드에서만 발견됩니다.
In the data that makes up a zone, NS RRs are found at the top node of the zone (and are authoritative) and at cuts around the bottom of the zone (where they are not authoritative), but never in between.
영역을 구성하는 데이터에서 NS RR은 영역의 최상위 노드(권한 있음)와 영역 하단 주변의 컷(권한 없음)에서 발견되지만 그 사이에는 없습니다.
One of the goals of the zone structure is that any zone have all the data required to set up communications with the name servers for any subzones.
영역 구조의 목표 중 하나는 모든 영역에 모든 하위 영역에 대한 이름 서버와의 통신을 설정하는 데 필요한 모든 데이터가 있다는 것입니다.
That is, parent zones have all the information needed to access servers for their children zones.
즉, 상위 영역에는 하위 영역의 서버에 액세스하는 데 필요한 모든 정보가 있습니다.
The NS RRs that name the servers for subzones are often not enough for this task since they name the servers, but do not give their addresses.
하위 영역의 서버 이름을 지정하는 NS RR은 서버 이름을 지정하지만 주소를 제공하지 않기 때문에 이 작업에 충분하지 않은 경우가 많습니다.
In particular, if the name of the name server is itself in the subzone, we could be faced with the situation where the NS RRs tell us that in order to learn a name server's address, we should contact the server using the address we wish to learn.
특히, 네임서버의 이름 자체가 하위 영역에 있는 경우 NS RR이 네임서버의 주소를 학습하기 위해 다음과 같이 지시하는 상황에 직면할 수 있고, 우리가 알고 싶은 주소를 사용하여 서버에 접속해야 합니다.
To fix this problem, a zone contains "glue" RRs which are not part of the authoritative data, and are address RRs for the servers.
이 문제를 해결하기 위해, 영역에는 권한 있는 데이터의 일부가 아닌 서버의 주소 RR인 "접착" RR이 포함되어 있습니다.
These RRs are only necessary if the name server's name is "below" the cut, and are only used as part of a referral response.
이러한 RR은 네임 서버의 이름이 컷 "아래"인 경우에만 필요하며 참조 응답의 일부로만 사용됩니다.