Route 53의 DNS 전파 지연 및 불일치를 해결하려면 어떻게 해야 합니까?

3분 분량

Amazon Route 53 퍼블릭 호스팅 영역에서 DNS 레코드 세트를 업데이트했는데 변경 사항이 예상보다 오래 걸리거나 적용되지 않았습니다.

해결 방법

호스팅 영역에서 레코드 세트를 업데이트하면 변경 사항이 60초 이내에 모든 Route 53 엣지 로케이션에 전파됩니다. 특정 위치에는 새 DNS 레코드 값이 표시되고 다른 위치에는 이전 값이 표시될 수 있습니다. DNS 레코드에 여러 위치의 이전 값이 표시되는 경우 DNS 확인자의 이전 설정이 여전히 캐시되어 있을 수 있습니다. 변경 사항이 적용되기 전에 퍼블릭 DNS 확인자 캐시가 지워질 때까지 기다려야 합니다.

참고: 다음 명령에서 DOMAIN NAME 또는 example.com을 도메인 이름으로 바꾸고 NAME_SERVER를 이름 서버로 바꿉니다.

DNS 전파 확인

다음 명령을 실행하여 클라이언트가 올바른 응답을 받았는지 확인합니다.

dig DOMAIN NAME @NAME_SERVER>

여러 인터넷 서비스 제공업체(ISP)와 AWS 리전에서 DNS 레코드의 전파 상태를 모니터링하는 것이 모범 사례입니다. 자세한 내용은 whatsmydns.net 웹 사이트의 DNS 전파 검사기를 참조하십시오.

TTL(Time to Live) 값 확인

각 레코드에는 DNS 확인자가 레코드의 정보를 캐시하는 데 걸리는 시간(초)을 지정하는 TTL 값이 있습니다. TTL에서 지정한 시간이 경과할 때까지 DNS 확인자는 DNS 쿼리에 대한 응답으로 이전 값을 계속 반환합니다.

다음 dig 명령을 실행하여 TTL 값을 확인합니다. 명령 출력의 ANSWER SECTION에서 도메인 옆에 있는 숫자는 레코드의 TTL(초)입니다. 예를 들어 example.com의 A 레코드에 대한 TTL은 300초입니다.

[ec2-user@ip-172-31-93-169 ~]$ dig example.com @a.iana-servers.net

; <<>> DiG 9.18.33 <<>> example.com @a.iana-servers.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 16169
;; flags: qr aa rd; QUERY: 1, ANSWER: 6, AUTHORITY: 0, ADDITIONAL: 1
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;example.com. IN A

;; ANSWER SECTION:
example.com. 300 IN A 23.192.228.80
example.com. 300 IN A 23.192.228.84
example.com. 300 IN A 23.215.0.136
example.com. 300 IN A 23.215.0.138
example.com. 300 IN A 96.7.128.175
example.com. 300 IN A 96.7.128.198

;; Query time: 0 msec
;; SERVER: 2001:500:8f::53#53(a.iana-servers.net) (UDP)
;; WHEN: Wed Jun 18 19:04:03 UTC 2025
;; MSG SIZE rcvd: 136

참고: example.com을 도메인 이름으로 바꿉니다.

숫자가 높으면 TTL 값을 낮추십시오.

참고: TTL을 변경하면 이전 TTL 기간이 경과한 후에만 새 설정이 적용됩니다. TTL을 변경해도 현재 캐시된 값의 변경 사항이 더 빨리 적용할 수는 없습니다. 자세한 내용은 Amazon Route 53이 도메인의 트래픽을 라우팅하는 방법을 참조하십시오.

도메인이 호스팅 영역의 이름 서버를 사용하는지 확인

도메인이 다른 호스팅 영역의 이름 서버를 사용하는 경우 DNS 쿼리에 대한 Route 53 응답에 DNS 변경 사항이 반영되지 않습니다. 도메인이 호스팅 영역의 이름 서버를 사용하는지 확인하십시오.

이름 서버 목록을 가져오려면 다음 whois 명령을 실행합니다.

whois DOMAIN_NAME | grep "NAME SERVER"

참고: DOMAIN_NAME을 도메인 이름으로 바꿉니다.

WHOIS 사용 방법에 대한 자세한 내용은 Route 53에 등록된 도메인에 대한 정보 보기를 참조하십시오.

이름 서버를 Route 53 호스팅 영역에 있는 이름 서버와 비교합니다. 이름 서버가 일치하지 않는 경우 도메인 등록 기관 계정에서 이름 서버를 업데이트합니다.

트래픽을 올바르게 라우팅하도록 IPv4 및 IPv6 레코드 구성

중요: IPv4 및 IPv6을 지원하는 리소스는 Route 53 호스팅 영역에 A 레코드와 AAAA 레코드가 모두 필요합니다. 레코드 유형을 하나만 만드는 경우 IPv4 또는 IPv6 네트워크만 사용하는 클라이언트에서 연결할 수 없습니다.

다음 단계를 완료합니다.

Route 53 콘솔을 엽니다.
호스팅 영역을 선택한 다음, 해당 호스팅 영역을 선택합니다.
레코드 만들기를 선택합니다.
라우팅 정책 드롭다운 목록에서 단순 라우팅을 선택합니다.
값 텍스트 상자에 리소스 A 레코드의 IPv4 주소 또는 리소스 AAAA 레코드의 IPv6 주소를 입력합니다.
레코드 만들기를 선택합니다.

참고: Route 53 레코드 이름에 at(@) 기호를 사용하면 DNS 전파 문제가 발생합니다. 루트 도메인의 레코드를 만드는 경우 레코드 이름 필드에 값을 추가하지 마십시오.