AWS에는 여러 서버 그룹을 사용하여 사이트를 제공하는 여러 서버 그룹이 있습니다. 각 서버 또는 서버 세트는 서로 다른 가용 영역 내에 있으며, 그 중 하나는 리디렉션 서버이고 다른 두 서버는 탄력적로드 밸런서 뒤에 액세스하는 기본 서버입니다. 우리는 마침내 Route53을 사용하기 위해 한 명의 고객을 선임했으며 탄력적 인로드 밸런스에서 포인팅 영역 에이펙스 도메인에 대한 세부 정보를 찾고있었습니다. 이를 지원하는 대부분의 DNS 공급자는이를 A 레코드의 DNS 별칭이라고합니다. 그러나 일부 사이트는 ANAME 레코드라고하는 유사한 레코드를 참조하는 것 같습니다. 일반적인 CNAME 또는 비정형 DNAME 레코드가 아닙니다. 이러한 사이트의 대부분은 DNSMadeEasy simpleDNS 를 사용합니다.
그렇다면 Route53 (또는 다른 곳)의 A 레코드 ALIASes와 ANAME 레코드의 차이점은 무엇입니까? 하나 있습니까? 이들 중 하나가 IEFT RFC 구현 문서를 가지고 있거나 IEFT RFC 구현 문서에 포함되어 있거나 별칭이있는 레코드가 모두 사용중인 제공자 내에 구현되어 있습니까?
[편집] : ANAME 사용에 대해 잘못된 DNS 공급자가 나열되었습니다.
답변
Route 53 Alias 와 매우 유사한 서비스를 설명하기 위해 DNS Made Easy 에서 ANAME
만든 표준 소리 이름 인 것 같습니다 .
나는 Alias와 CNAME
최근에 Stack Overflow 사이 의 차이점을 설명 했지만 여기에 요약했습니다.
CNAME
지정된 호스트에 대해로 프로비저닝 된 DNS 서버 는 조회중인 호스트의 정식 이름을 나타내는 조회를 전달하며, 종종 해당 대체 이름을 조회하기 위해 원본 확인자가 두 번째 쿼리를 요구합니다. 별칭 (및 그 모양에서 ANAME
)은 DNS 서버가 “진정한”대상에 대해 알고있는 내부 정보를 사용하여 두 번째 조회가 필요없고 중간 정보의 가시성없이 요청에 직접 응답하기 만하면됩니다. DNS 프로토콜 교환.
이 외에도 Alias가 제공하는 것은 Route 53이 보유하고있는 S3 웹 사이트 엔드 포인트, ELB 및 Cloudfront의 현재 유효한 IP 주소에 대한 정보를 사용하여 신뢰할 수있는 정보로 A 레코드 쿼리에 응답하는 기능입니다. 거의 실시간으로 정확하며, 귀하가 해당 서비스를 사용하는 경우 다른 제공 업체가 처분 할 수있는 것이 아닙니다. 물론 그 반대도 마찬가지입니다. Route 53 Alias는 Route 53에서 본질적으로 사용할 수없는 정보를 찾고 반환하는 데 사용할 수 없습니다. 별칭에 대해 “any”대상 만 사용할 수는 없습니다. 위에서 언급 한 세 가지 서비스의 엔드 포인트 또는 Route 53 내의 동일한 호스팅 영역에있는 다른 레코드.
이러한 의미에서, ANAME
서비스가 백엔드를 제공하는 서비스에 따라 … 및 별칭은 동일하지 않습니다 ANAME
. 정적 정보를 (내부적으로) 가리 키지 않는 한 .
ANAME
다른 DNS 호스트의 서비스에 대한 기록은 루트 (53)와 동일한 기능을 제공 할 수 없을 것입니다 경우 대상이 S3, ELB, 또는 CloudFront를하고, 같은 방법으로 경로 (53)에 대한 별칭이 다른 가리키는 답변을 반환 할 수 없을 것 내부적으로 사용 가능한 정보를 사용하는 CDN 공급자의 엣지 로케이션은 해당 정보를 공급자의 인프라에서 내부적으로 사용할 수 없기 때문입니다. 그렇지 않으면 기능은 거의 동일하게 보입니다.