3.7.2. Inverse queries (Optional)
3.7.2. 역 쿼리 (선택 사항)
Name servers may also support inverse queries that map a particular resource to a domain name or domain names that have that resource.
네임 서버는 특정 리소스를 도메인 이름이나 해당 리소스가 있는 도메인 이름에 매핑하는 역 쿼리를 지원할 수도 있습니다.
For example, while a standard query might map a domain name to a SOA RR, the corresponding inverse query might map the SOA RR back to the domain name.
예를 들어, 표준 쿼리는 도메인 이름을 SOA RR에 매핑할 수 있지만 해당 역 쿼리는 SOA RR을 다시 도메인 이름에 매핑할 수 있습니다.
Implementation of this service is optional in a name server, but all name servers must at least be able to understand an inverse query message and return a not-implemented error response.
이 서비스의 구현은 네임 서버에서 선택 사항이지만 모든 네임 서버는 최소한 역 쿼리 메시지를 이해하고 구현되지 않은 오류 응답을 반환할 수 있어야 합니다.
The domain system cannot guarantee the completeness or uniqueness of inverse queries because the domain system is organized by domain name rather than by host address or any other resource type.
도메인 시스템은 호스트 주소나 다른 리소스 유형이 아닌 도메인 이름으로 구성되므로 역 쿼리의 완전성이나 고유성을 보장할 수 없습니다.
Inverse queries are primarily useful for debugging and database maintenance activities.
역 쿼리는 주로 디버깅 및 데이터베이스 유지 관리 활동에 유용합니다.
Inverse queries may not return the proper TTL, and do not indicate cases where the identified RR is one of a set (for example, one address for a host having multiple addresses).
역 쿼리는 적절한 TTL을 반환하지 않을 수 있으며 식별된 RR이 집합 중 하나인 경우(예: 여러 주소가 있는 호스트에 대한 하나의 주소)를 나타내지 않습니다.
Therefore, the RRs returned in inverse queries should never be cached.
따라서, 역 쿼리에서 반환된 RR은 캐시되어서는 안 됩니다.
Inverse queries are NOT an acceptable method for mapping host addresses to host names; use the IN-ADDR.ARPA domain instead.
역 쿼리는 호스트 주소를 호스트 이름에 매핑하는 데 허용되는 방법이 아닙니다. 대신 IN-ADDR.ARPA 도메인을 사용하세요.
A detailed discussion of inverse queries is contained in [RFC-1035].
역 쿼리에 대한 상세한 자세한 설명은 [RFC-1035]에 포함되어 있습니다.