5.2.2. Aliases
5.2.2. 별칭
While attempting to resolve a particular request, the resolver may find that the name in question is an alias.
특정 요청을 해결하려고 시도하는 동안, 리졸버는 문제의 이름이 별칭임을 발견할 수 있습니다.
For example, the resolver might find that the name given for host name to address translation is an alias when it finds the CNAME RR.
예를 들어, 리졸버는 CNAME RR을 찾을 때 호스트 이름을 주소로 변환하기 위해 제공된 이름이 별칭임을 확인할 수 있습니다.
If possible, the alias condition should be signalled back from the resolver to the client.
가능하다면 별칭 조건은 확인자에서 클라이언트로 다시 신호를 보내야 합니다.
In most cases a resolver simply restarts the query at the new name when it encounters a CNAME.
대부분의 경우 리졸버는 CNAME을 발견하면 새 이름으로 쿼리를 다시 시작합니다.
However, when performing the general function,the resolver should not pursue aliases when the CNAME RR matches the query type.
하지만 일반 기능을 수행할 때 CNAME RR이 쿼리 유형과 일치하면 리졸버가 별칭을 추적해서는 안 됩니다.
This allows queries which ask whether an alias is present.
이를 통해 별칭이 있는지 묻는 쿼리가 가능합니다.
For example, if the query type is CNAME, the user is interested in the CNAME RR itself, and not the RRs at the name it points to.
예를 들어, 쿼리 유형이 CNAME인 경우 사용자는 CNAME RR 자체에 관심이 있고 CNAME RR이 가리키는 이름의 RR에는 관심이 없습니다.
Several special conditions can occur with aliases.
별칭에는 몇 가지 특별한 조건이 발생할 수 있습니다.
Multiple levels of aliases should be avoided due to their lack of efficiency, but should not be signalled as an error.
효율성이 부족하므로 여러 수준의 별칭을 피해야 하지만 오류로 신호를 보내서는 안 됩니다.
Alias loops and aliases which point to non-existent names should be caught and an error condition passed back to the client.
존재하지 않는 이름을 가리키는 별칭 루프와 별칭을 포착하고 오류 조건을 클라이언트에 다시 전달해야 합니다.