DNS - 3.6.2 별칭 및 정식 이름

3.6.2. Aliases and canonical names

3.6.2. 별칭 및 정식 이름

In existing systems, hosts and other resources often have several names that identify the same resource.

기존 시스템에서, 호스트 및 기타 리소스에는 동일한 리소스를 식별하는 여러 이름이 있는 경우가 많습니다.

For example, the names C.ISI.EDU and USC-ISIC.ARPA both identify the same host.

예를 들어, C.ISI.EDU 및 USC-ISIC.ARPA라는 이름은 모두 동일한 호스트를 식별합니다.

Similarly, in the case of mailboxes, many organizations provide many names that actually go to the same mailbox; for example Mockapetris@C.ISI.EDU, Mockapetris@B.ISI.EDU, and PVM@ISI.EDU all go to the same mailbox (although the mechanism behind this is somewhat complicated).

마찬가지로, 사서함의 경우 많은 조직에서 실제로 동일한 사서함으로 이동하는 많은 이름을 제공합니다. 예를 들어 Mockapetris@C.ISI.EDU, Mockapetris@B.ISI.EDU 및 PVM@ISI.EDU는 모두 동일한 사서함으로 이동합니다(이에 대한 메커니즘은 다소 복잡하지만).

Most of these systems have a notion that one of the equivalent set of names is the canonical or primary name and all others are aliases.

이 시스템의 대부분은 동등한 이름 집합 중 하나가 정식 이름 또는 기본 이름이고 다른 모든 이름은 별칭이라는 개념을 가지고 있습니다.

The domain system provides such a feature using the canonical name (CNAME) RR.

도메인 시스템은 정식 이름(CNAME) RR을 사용하여 이러한 기능을 제공합니다.

A CNAME RR identifies its owner name as an alias, and specifies the corresponding canonical name in the RDATA section of the RR.

CNAME RR은 소유자 이름을 별칭으로 식별하고, RR의 RDATA 섹션에서 해당하는 정식 이름을 지정합니다.

If a CNAME RR is present at a node, no other data should be present; this ensures that the data for a canonical name and its aliases cannot be different.

CNAME RR이 노드에 있는 경우 다른 데이터가 없어야 합니다. 이렇게 하면 정식 이름과 해당 별칭의 데이터가 다를 수 없습니다.

This rule also insures that a cached CNAME can be used without checking with an authoritative server for other RR types.

또한 이 규칙은 다른 RR 유형에 대해 권한 있는 서버를 확인하지 않고도 캐시된 CNAME을 사용할 수 있도록 보장합니다.

CNAME RRs cause special action in DNS software.

CNAME RR은 DNS 소프트웨어에서 특별한 동작을 유발합니다.

When a name server fails to find a desired RR in the resource set associated with the domain name, it checks to see if the resource set consists of a CNAME record with a matching class.

네임 서버가 도메인 이름과 연결된 리소스 세트에서 원하는 RR을 찾는 데 실패하면 리소스 세트가 일치하는 클래스가 있는 CNAME 레코드로 구성되어 있는지 확인합니다.

If so, the name server includes the CNAME record in the response and restarts the query at the domain name specified in the data field of the CNAME record.

그렇다면, 네임 서버는 응답에 CNAME 레코드를 포함하고 CNAME 레코드의 데이터 필드에 지정된 도메인 이름에서 쿼리를 다시 시작합니다.

The one exception to this rule is that queries which match the CNAME type are not restarted.

이 규칙의 한 가지 예외는 CNAME 유형과 일치하는 쿼리가 다시 시작되지 않는다는 것입니다.

For example, suppose a name server was processing a query with for USC- ISIC.ARPA, asking for type A information, and had the following resource records:

예를 들어, 네임 서버가 USC-ISIC.ARPA에 대한 쿼리를 처리하고 유형 A 정보를 요청하고 다음과 같은 리소스 레코드를 가지고 있다고 가정합니다:

Both of these RRs would be returned in the response to the type A query, while a type CNAME or * query should return just the CNAME.

이 두 RR은 모두 유형 A 쿼리에 대한 응답으로 반환되는 반면, 유형 CNAME 또는 * 쿼리는 CNAME만 반환해야 합니다.

Domain names in RRs which point at another name should always point at the primary name and not the alias.

다른 이름을 가리키는 RR의 도메인 이름은 항상 별칭이 아닌 기본 이름을 가리켜야 합니다.

This avoids extra indirections in accessing information.

이렇게 하면 정보에 액세스할 때 추가적인 간접적인 방법을 피할 수 있습니다.

For example, the address to name RR for the above host should be: rather than pointing at USC-ISIC.ARPA.

예를 들어, 위 호스트의 RR이라는 주소는 USC-ISIC.ARPA를 가리키는 것이 아니라 다음과 같아야 합니다:

Of course, by the robustness principle, domain software should not fail when presented with CNAME chains or loops; CNAME chains should be followed and CNAME loops signalled as an error.

물론, 견고성 원칙에 따라 도메인 소프트웨어는 CNAME 체인이나 루프와 함께 제공될 때 실패해서는 안 됩니다. CNAME 체인을 따라야 하며 CNAME 루프는 오류로 신호를 보냅니다.