DNS 전파 체커

도메인을 입력하면 전 세계 리졸버에서 DNS 레코드를 조회하여 최근 변경이 적용되었는지 확인할 수 있습니다.

올바른 도메인 이름을 입력하세요.

24개 위치에서 확인 중
  • 해석 완료
  • 응답 없음
  • 확인 중
  • MX Benito Juarez 멕시코 —
  • AR Buenos Aires 아르헨티나 —
  • GB City of London 영국 —
  • US Chicago 미국 —
  • US Lehi 미국 —
  • US New York 미국 —
  • DE Frankfurt am Main 독일 —
  • FR Paris 프랑스 —
  • NL Roosendaal 네덜란드 —
  • CA Vancouver 캐나다 —
  • AU South Brisbane 오스트레일리아 —
  • JP Tokyo 일본 —
  • SG Singapore 싱가포르 —
  • IN Pune 인도 —
  • BR São Paulo 브라질 —
  • IT Milan 이탈리아 —
  • ES Son Espanyol 스페인 —
  • SE Slaka 스웨덴 —
  • ID Jakarta 인도네시아 —
  • ZA Randburg 남아프리카 —
  • CL San Bernardo 칠레 —
  • VN Vinhomes Times City 베트남 —
  • AE Ajman 아랍에미리트 —
  • IL Jerusalem 이스라엘 —

국가별 DNS 확인

모든 국가 →

DNS 전파의 원리

TTL이라는 시계

모든 DNS 레코드에는 TTL(time-to-live)이 있습니다. 리졸버가 권한 네임서버에 다시 물어보기 전까지 캐시된 응답을 보관할 수 있는 초 단위 시간입니다.

캐시 만료

이전 값을 가진 리졸버는 사본이 만료될 때까지 그 값을 계속 내보냅니다. 만료된 뒤에야 새 응답을 가져옵니다.

전 세계 수렴

한 번에 젖혀지는 전 세계 스위치는 없습니다. 만료는 수천 대의 리졸버에서 제각기 일어나므로, 업데이트가 한 곳에서는 반영되었는데 다른 곳에서는 아직 예전 그대로일 수 있습니다.

계획된 변경 하루 전에 TTL을 낮춰 두면 변경이 더 빨리 자리 잡습니다. 여러 위치에서 확인하면 새 값이 어디까지 퍼졌는지 보입니다.

위치마다 결과가 다른 이유

캐시 일정

리졸버마다 자기 일정대로 캐시하므로, 한쪽은 다른 쪽이 이미 갱신한 레코드를 아직 붙들고 있을 수 있습니다. 사무실에서는 변경이 끝난 것처럼 보이는데 모바일 데이터를 쓰는 휴대폰에서는 아닐 수 있습니다.

CDN의 지역별 응답

많은 대형 사이트는 질의한 리졸버의 위치에 맞춰 고른 IP로 응답합니다. 유럽의 리졸버와 아시아의 리졸버가 같은 호스트명에 대해 둘 다 올바르지만 서로 다른 주소를 받을 수 있습니다.

둘을 구분하는 법

캐시 지연은 TTL이 만료되면서 사라지지만, CDN에 의한 차이는 설계상 계속 남습니다. 위치를 나란히 비교하면 두 효과를 구분할 수 있습니다.

확인할 수 있는 DNS 레코드 유형

A
A 레코드는 호스트명을 IPv4 주소에 매핑합니다. 브라우저가 웹사이트의 서버를 찾기 위해 해석하는 레코드이므로, 호스팅을 옮긴 뒤 보통 가장 먼저 확인하는 레코드입니다.
AAAA
AAAA 레코드는 호스트명을 IPv6 주소에 매핑합니다. IPv6로 사이트에 접속하는 클라이언트와 네트워크에게 A 레코드와 같은 역할을 합니다.
MX
MX 레코드는 도메인의 메일을 받는 메일 서버들을 지정하고 각각에 우선순위를 부여합니다. 수신 메일 서버가 이를 읽고 배달 위치를 정하므로, 이메일 호스팅을 바꾼 뒤에는 꼭 확인하세요.
NS
NS 레코드는 도메인의 권한 네임서버를 나열합니다. 존의 진짜 응답을 갖고 있는 서버들이며, 등록기관의 위임은 이들을 가리켜야 합니다.
TXT
TXT 레코드는 이름에 붙는 임의의 텍스트를 저장합니다. 도메인 인증과 SPF, DKIM 같은 메일 정책 레코드에 널리 쓰입니다.
PTR
PTR 레코드는 IP 주소를 호스트명으로 되돌려 매핑합니다. A나 AAAA 조회의 반대 방향입니다. IP 블록을 관리하는 제공자 아래에 있으며 메일 서버 평판 확인에 자주 쓰입니다.
CNAME
CNAME 레코드는 한 호스트명을 다른 호스트명의 별칭으로 만들고, 리졸버는 그것을 따라가 대상의 레코드에 도달합니다. CNAME이 있는 이름은 같은 레이블에 다른 레코드 유형을 가질 수 없습니다.
CAA
CAA 레코드는 어떤 인증기관이 그 도메인의 TLS 인증서를 발급할 수 있는지 명시합니다. 인증기관은 발급 전에 이를 읽으므로 잘못된 발급이 줄어듭니다.
SOA
SOA 레코드는 존의 관리 설정을 담습니다. 주 네임서버, 담당 연락처, 일련번호, 기본 부정 캐시 시간 등입니다. 존마다 정확히 하나 존재합니다.
SRV
SRV 레코드는 SIP나 XMPP 같은 특정 서비스의 호스트와 포트를 구조화된 이름 아래에 공개합니다. 이를 지원하는 클라이언트는 이 레코드로 서비스 위치를 찾습니다.

이 체커 사용법

  1. 조회할 도메인이나 호스트명을 입력하고(예: www.example.com), 목록에서 레코드 유형을 고르세요.
  2. 확인을 실행하세요. 각 서버가 독립적으로 레코드를 질의하고 받은 응답을 응답 시간과 함께 보고합니다.
  3. 위치별 결과를 비교하세요. 모든 곳에서 응답이 일치하면 변경이 전파된 것이고, 예전 값과 새 값이 섞여 있으면 일부 리졸버가 아직 캐시 사본을 갖고 있는 것입니다.

자주 묻는 질문

Global DNS Checker란 무엇인가요?

Global DNS Checker는 도메인의 DNS 레코드를 전 세계 서버에서 동시에 조회하는 무료 도구입니다.

A, AAAA, CNAME, CAA, MX, NS, PTR, SOA, SRV, TXT 레코드를 지원합니다.

Global DNS Checker는 무료인가요?

네. 사이트의 모든 도구가 무료이고 계정을 요구하는 것도 없습니다. 다만 스크립트를 돌리지 말고 직접 손으로 사용해 주시기를 부탁드립니다.

도메인 이름의 DNS 레코드는 어떻게 확인하나요?

페이지 상단 입력란에 도메인을 입력하고 레코드 유형을 고른 다음 "DNS 확인"을 클릭하세요. 아래에 나열된 서버들이 같은 질의를 실행하고, 각자 받은 응답을 응답 시간과 함께 보여 줍니다.

DNS 전파에는 시간이 얼마나 걸리나요?

정해진 시계가 아니라 레코드의 TTL이 좌우합니다.

리졸버는 캐시 사본이 만료될 때까지 이전 응답을 내보내다가 그 후 새 응답을 가져오므로, TTL이 300초인 레코드는 5분 안팎에 갱신되고 TTL이 하루면 최대 24시간까지 걸릴 수 있습니다.

변경에 늘 48시간이 걸린다는 흔한 말은 네임서버가 느리던 시절의 미신입니다.

전파를 정말 앞당기는 방법은 변경 전에 TTL을 낮추는 것입니다.

왜 제 DNS가 전파되지 않나요?

대개는 잘 작동하고 있으며, TTL이 만료될 때까지 예전 값을 캐시에 갖고 있는 리졸버를 보고 있을 뿐입니다.

그 밖의 흔한 원인으로는 등록기관에 저장되지 않은 네임서버 변경(위임이 여전히 예전 업체를 가리키는 경우)과 부정 캐싱(리졸버가 이름이 존재하지 않았다는 사실을 기억해 SOA의 부정 캐시 타이머가 끝날 때까지 그 답을 계속 반환하는 경우)이 있습니다.

여러 위치에서 확인해 보면 새 값이 퍼지는 중인지, 정말 빠져 있는지 알 수 있습니다.

DNS 캐시는 어떻게 비우나요?

Windows에서는 명령 프롬프트를 열고 ipconfig /flushdns 를 실행하세요.

macOS에서는 sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder 를 실행하세요.

systemd-resolved를 쓰는 대부분의 Linux에서는 sudo resolvectl flush-caches 를 실행하세요.

브라우저나 기기를 재시작해도 애플리케이션 캐시가 지워집니다. 캐시 비우기는 내 컴퓨터에만 영향을 주며, 전 세계 다른 리졸버가 내보내는 값은 바꾸지 못합니다.

DNS의 TTL이란 무엇인가요?

TTL은 time-to-live의 약자로, 리졸버가 권한 서버에 다시 질의하기 전까지 캐시된 DNS 응답을 보관할 수 있는 초 단위 시간입니다.

TTL이 낮으면 리졸버가 자주 갱신하므로 변경이 빨리 반영되는 대신 조회가 늘어나고, TTL이 높으면 조회는 줄지만 갱신이 느려집니다.

계획된 변경 전에 TTL을 낮췄다가 이후 다시 올리면, 상시 부담 없이 빠른 전파를 얻을 수 있습니다.

DNS 확인과 WHOIS 조회의 차이는 무엇인가요?

DNS 확인은 도메인의 레코드(A, MX, TXT 등)가 지금 어떤 값을 반환하는지 리졸버에 묻습니다.

실제로 트래픽과 메일을 라우팅하는 것이 이 값입니다.

반면 WHOIS 조회는 도메인 자체의 등록 정보, 즉 등록기관, 생성일과 만료일, 네임서버 위임을 알려 줍니다.

DNS는 도메인이 지금 어떻게 동작하는지를, WHOIS는 누가 등록했고 언제 만료되는지를 알려 줍니다.

제 DNS가 모든 곳에서 갱신되었나요?

이 도구는 여러 위치의 리졸버에서 도메인을 동시에 확인하므로, 모든 서버가 새 값을 반환하면 변경이 테스트한 리졸버들에 전파된 것입니다.

다만 세상에는 어떤 도구도 다 질의할 수 없을 만큼 많은 리졸버가 있으므로, 완전히 일치하는 결과는 절대적 보증이 아니라 강력한 근거입니다.

예전 응답과 새 응답이 섞여 있다면 전파가 아직 진행 중이며 일부 리졸버가 TTL이 만료될 때까지 캐시 사본을 붙들고 있다는 뜻입니다.

어떤 DNS 레코드 유형을 확인해야 하나요?

변경한 레코드를 확인하세요.

웹사이트를 새 호스팅으로 옮겼다면 A 레코드를, IPv6를 제공한다면 AAAA 레코드도 확인합니다.

이메일 호스팅을 바꿨다면 MX 레코드를 확인합니다.

도메인을 새 DNS 업체로 옮길 때는 NS 레코드를 확인합니다.

도메인 인증과 SPF·DKIM 같은 메일 정책은 TXT 레코드를 확인합니다.

잘 모르겠다면 A와 MX부터 시작하세요.

사이트와 메일 변경 대부분을 이 둘이 덮습니다.

인기 DNS 확인

다른 도구