DNS 전파 확인 도구
Google, Cloudflare 등 여러 공개 DNS 리졸버에 도메인의 DNS 레코드를 동시에 조회하여, 네임서버 변경 사항이 전 세계에 이미 전파되었는지 비교해서 보여줍니다.
팁
- 네임서버나 A 레코드를 변경한 직후에는 TTL（캐시 유효 기간）이 만료되기 전까지 일부 리졸버가 이전 값을 계속 반환할 수 있는데, 이는 오류가 아니라 정상적인 현상입니다.
- 리졸버마다 값이 다르게 나온다면 먼저 TTL을 확인하세요. TTL이 길수록（예: 24시간）모든 곳에 전파가 완료되기까지 자연히 더 오래 걸립니다.
- 이 도구는 A 레코드뿐 아니라 MX·TXT（SPF/DKIM 등）레코드의 변경 확인에도 사용할 수 있습니다. 이메일 관련 설정을 변경한 뒤에는 TXT도 꼭 확인하세요.
- "NXDOMAIN" 응답은 도메인 자체가 존재하지 않는다는 뜻입니다. 오타나 도메인 만료 여부를 확인해 보세요.
- 이 도구는 일본 국내 리졸버뿐 아니라 해외 리졸버에도 조회하므로, 해외 사용자를 대상으로 한 전파 상태를 파악하는 데도 유용합니다.
자주 묻는 질문
여담 ― DNS "전파"는 누군가 능동적으로 퍼뜨리는 것이 아니다
DNS는 1983년에 처음 설계될 때부터 "계층적 캐시"를 전제로 만들어졌습니다. 전 세계의 모든 리졸버가 매번 루트 서버까지 거슬러 올라가 질의를 해결해야 한다면 시스템이 버틸 수 없기 때문에, 각 리졸버는 한 번 받은 응답을 레코드의 TTL（Time To Live）기간 동안 자체 캐시에 보관하고, 같은 질문이 들어오면 캐시에서 즉시 응답합니다. 이 구조 덕분에 DNS는 빠르지만, 그 대가로 "변경 사항이 전 세계에 반영되기까지의 지연"이라는 부작용도 생겼습니다.
이 지연을 흔히 "DNS 전파（DNS Propagation）"라고 부르지만, 실제로 누군가가 정보를 전 세계에 능동적으로 퍼뜨리는 것은 아닙니다. 정확히 말하면, 각 리졸버가 가진 오래된 캐시가 자신의 TTL 일정에 따라 조용히 만료되고, 다음에 누군가 질의할 때 비로소 새 값을 다시 가져오는 수동적인 교체가 누적되는 과정입니다. TTL을 24시간으로 설정했다면, 이론상 어딘가의 리졸버는 변경 후 24시간 내내 이전 값을 계속 반환할 수 있습니다.
이 도구가 사용하는 DoH（DNS over HTTPS）는 원래 2018년 전후로 Mozilla와 Google이 "ISP나 네트워크 경로상의 제3자가 DNS 질의 내용을 들여다보지 못하게 하자"는 개인정보 보호 목적으로 보급을 추진한 기술입니다. HTTPS 통신 속에 DNS 질의를 숨겨 암호화하는 것이 주된 목적이었지만, 그 부산물로 이 도구처럼 서버를 통해 여러 공개 리졸버에 손쉽게 질의할 수 있는 표준화된 JSON API도 함께 널리 퍼졌습니다.