DNS - 3.3 사용에 관한 기술 지침

3.3. Technical guidelines on use

3.3 사용에 관한 기술 지침

Before the DNS can be used to hold naming information for some kind of object, two needs must be met:

어떤 종류의 객체에 대한 이름 지정 정보를 보유하는 데 DNS를 사용하려면 다음 두 가지 요구 사항이 충족되어야 합니다:

- A convention for mapping between object names and domain names.

- 객체 이름과 도메인 이름 간의 매핑에 대한 규칙입니다.

This describes how information about an object is accessed.

이는 객체에 대한 정보에 액세스하는 방법을 설명합니다.

- RR types and data formats for describing the object.

- 객체를 설명하기 위한 RR 유형 및 데이터 형식입니다.

These rules can be quite simple or fairly complex.

이러한 규칙은 매우 간단할 수도 있고 매우 복잡할 수도 있습니다.

Very often, the designer must take into account existing formats and plan for upward compatibility for existing usage.

설계자는 기존 형식을 고려하고 기존 용도에 대한 상위 호환성을 계획해야 하는 경우가 많습니다.

Multiple mappings or levels of mapping may be required.

여러 매핑 또는 매핑 수준이 필요할 수 있습니다.

For hosts, the mapping depends on the existing syntax for host names which is a subset of the usual text representation for domain names, together with RR formats for describing host addresses, etc.

호스트의 경우, 매핑은 호스트 주소를 설명하는 RR 형식과 함께 도메인 이름에 대한 일반적인 텍스트 표현의 하위 집합인 호스트 이름에 대한 기존 구문에 따라 달라집니다.

Because we need a reliable inverse mapping from address to host name, a special mapping for addresses into the IN-ADDR.ARPA domain is also defined.

주소에서 호스트 이름으로의 안정적인 역 매핑이 필요하기 때문에 IN-ADDR.ARPA 도메인으로의 주소에 대한 특수 매핑도 정의됩니다.

For mailboxes, the mapping is slightly more complex.

메일박스의 경우, 매핑이 약간 더 복잡합니다.

The usual mail address @ is mapped into a domain name by converting into a single label (regardles of dots it contains), converting into a domain name using the usual text format for domain names (dots denote label breaks), and concatenating the two to form a single domain name.

일반적인 메일 주소 @은 를 단일 레이블(포함된 점에 관계없이)로 변환하고, 을 도메인 이름으로 변환하여 도메인 이름으로 매핑됩니다. 도메인 이름에 일반적인 텍스트 형식을 사용하고(점은 레이블 구분선을 나타냄) 두 개를 연결하여 단일 도메인 이름을 형성합니다.

Thus the mailbox HOSTMASTER@SRI-NIC.ARPA is represented as a domain name by HOSTMASTER.SRI-NIC.ARPA.

따라서 메일박스 HOSTMASTER@SRI-NIC.ARPA 는 HOSTMASTER.SRI-NIC.ARPA 에 의해 도메인 이름으로 표시됩니다.

An appreciation for the reasons behind this design also must take into account the scheme for mail exchanges [RFC-974].

이 설계의 이유를 이해하려면 메일 교환 계획 [RFC-974]도 고려해야 합니다.

The typical user is not concerned with defining these rules, but should understand that they usually are the result of numerous compromises between desires for upward compatibility with old usage, interactions between different object definitions, and the inevitable urge to add new features when defining the rules.

일반 사용자는 이러한 규칙을 정의하는 데 관심이 없지만 일반적으로 이전 사용법과의 상위 호환성에 대한 요구, 서로 다른 객체 정의 간의 상호 작용, 규칙을 정의할 때 새로운 기능을 추가하려는 불가피한 충동 사이의 수많은 절충안의 결과라는 점을 이해해야 합니다.

The way the DNS is used to support some object is often more crucial than the restrictions inherent in the DNS.

일부 객체를 지원하기 위해 DNS를 사용하는 방식은 DNS에 내재된 제한 사항보다 더 중요한 경우가 많습니다.