5.3.2. Resources
5.3.2. 리소스
In addition to its own resources, the resolver may also have shared access to zones maintained by a local name server.
자체 리소스 외에도 리졸버는 로컬 네임 서버에서 관리하는 영역에 대한 공유 액세스 권한을 가질 수도 있습니다.
This gives the resolver the advantage of more rapid access, but the resolver must be careful to never let cached information override zone data.
이는 리졸버에게 더 빠른 액세스의 이점을 제공하지만 확인자는 캐시된 정보가 영역 데이터를 무시하지 않도록 주의해야 합니다.
In this discussion the term "local information" is meant to mean the union of the cache and such shared zones, with the understanding that authoritative data is always used in preference to cached data when both are present.
이 논의에서 "로컬 정보"라는 용어는 다음과 같은 이해와 함께 캐시와 공유 영역의 통합을 의미하며 신뢰할 수 있는 데이터는 캐시된 데이터와 둘 다 존재할 때 항상 우선적으로 사용됩니다.
The following resolver algorithm assumes that all functions have been converted to a general lookup function, and uses the following data structures to represent the state of a request in progress in the resolver:
다음 리졸버 알고리즘은 모든 함수가 일반 조회 함수로 변환되었다고 가정하고 다음 데이터 구조를 사용하여 확인자에서 진행 중인 요청 상태를 나타냅니다:
SNAME the domain name we are searching for.
SNAME은 우리가 검색하고 있는 도메인 이름입니다.
STYPE the QTYPE of the search request.
검색 요청의 QTYPE을 STYPE합니다.
SCLASS the QCLASS of the search request.
검색 요청의 QCLASS를 SCLASS합니다.
SLIST a structure which describes the name servers and the zone which the resolver is currently trying to query.
SLIST 는 리졸버가 현재 쿼리하려는 이름 서버와 영역을 설명하는 구조입니다.
This structure keeps track of the resolver's current best guess about which name servers hold the desired information; it is updated when arriving information changes the guess.
이 구조는 어떤 이름 서버가 원하는 정보를 보유하고 있는지에 대한 리졸버의 현재 최선의 추측을 추적합니다. 도착 정보가 추측을 변경하면 업데이트됩니다.
This structure includes the equivalent of a zone name, the known name servers for the zone, the known addresses for the name servers, and history information which can be used to suggest which server is likely to be the best one to try next.
이 구조에는 영역 이름과 동등한 영역, 영역에 대해 알려진 이름 서버, 이름 서버에 대해 알려진 주소 및 다음에 시도할 가장 좋은 서버를 제안하는 데 사용할 수 있는 기록 정보가 포함됩니다.
The zone name equivalent is a match count of the number of labels from the root down which SNAME has in common with the zone being queried; this is used as a measure of how "close" the resolver is to SNAME.
해당 영역 이름은 SNAME이 쿼리되는 영역과 공통적으로 가지고 있는 루트 아래의 레이블 수에 대한 일치 개수입니다. 이는 리졸버가 SNAME에 얼마나 "가까운"지를 측정하는 데 사용됩니다.
SBELT a "safety belt" structure of the same form as SLIST, which is initialized from a configuration file, and lists servers which should be used when the resolver doesn't have any local information to guide name server selection.
SBELT SBELT는 구성 파일에서 초기화되고 리졸버에 이름 서버 선택을 안내하는 로컬 정보가 없을 때 사용해야 하는 서버를 나열하는 SLIST와 동일한 형식의 "안전 벨트" 구조입니다.
The match count will be -1 to indicate that no labels are known to match.
일치 횟수는 -1로, 일치하는 것으로 알려진 라벨이 없음을 나타냅니다.
CACHE A structure which stores the results from previous responses.
CACHE 이전 응답의 결과를 저장하는 구조입니다.
Since resolvers are responsible for discarding old RRs whose TTL has expired, most implementations convert the interval specified in arriving RRs to some sort of absolute time when the RR is stored in the cache.
리졸버는 TTL이 만료된 오래된 RR을 폐기할 책임이 있으므로 대부분의 구현에서는 도착하는 RR에 지정된 간격을 RR이 캐시에 저장될 때 일종의 절대 시간으로 변환합니다.
Instead of counting the TTLs down individually, the resolver just ignores or discards old RRs when it runs across them in the course of a search, or discards them during periodic sweeps to reclaim the memory consumed by old RRs.
TTL을 개별적으로 계산하는 대신 확인자는 검색 중에 이전 RR을 실행할 때 이전 RR을 무시하거나 삭제하거나, 이전 RR에서 소비한 메모리를 회수하기 위해 주기적 스윕 중에 이를 삭제합니다.