DNS 조회: 레코드와 설정 변경 확인
DNS 설정이 반영됐는지 직접 확인하세요. 기대하는 값을 입력하고 결과를 저장하면 Google·Cloudflare에서 무엇이 달라졌는지 비교할 수 있습니다. 무료이며 가입이 필요 없습니다.
레코드 유형 하나 또는 묶음을 선택하고 두 리졸버의 응답을 비교하세요.
저장한 결과와 무엇이 달라졌나요?
비교 기준으로 저장하면 조회한 이름과 공개 DNS 응답을 이 탭의 세션 저장소에 최대 30분간 보관합니다. 기대값은 저장하지 않습니다. 언제든 삭제할 수 있으며 브라우저가 먼저 지울 수도 있습니다. 입력값과 결과는 URL이나 분석 이벤트에 넣지 않습니다.
DNS를 바꿨는데도 반영되지 않나요?
결과를 저장하고 DNS 설정을 바꾼 뒤 다시 확인하세요. 리졸버별로 추가·삭제된 값을 비교합니다. 조회 실패를 레코드 삭제로 처리하지 않습니다.
TXT 레코드가 없거나 CNAME 인증이 대기 중인가요?
인증값 확인 모드에서 정확한 이름과 기대값을 검사하세요. DMARC는 _dmarc, DKIM은 서비스가 제공한 선택자가 필요합니다. 여기서 값이 일치해도 해당 서비스의 인증 절차가 완료되는 것은 아닙니다.
서버에서 Cloudflare·Google의 공개 레코드를 조회합니다. 기기 DNS 리졸버·VPN DNS 누출 검사는 아닙니다. DNS 질의 처리 방식 →
DNS 레코드 조회·비교 방법
- example.com·_dmarc.example.com처럼 정확한 이름을 입력하세요.
- 레코드 유형 하나 또는 묶음을 선택한 뒤 DNS 비교를 누르세요. 묶음 조회는 입력한 정확한 이름에서 지정된 유형만 조회하며 하위 도메인을 탐색하지 않습니다.
- 비교 요약·개별 레코드·TTL·응답 코드를 함께 보세요. 최근 변경은 TTL 만료까지 캐시될 수 있습니다.
어떤 DNS 레코드를 봐야 하나요?
- 사이트가 예전 IP를 표시함
- 정확한 호스트의 A(IPv4)·AAAA(IPv6)를 비교하세요. www는 루트와 다를 수 있고 CNAME 체인도 확인하세요.
- 메일이 예전 서버로 도착함
- 메일 도메인의 MX를 조회해 서버명·우선순위를 메일 제공자 설정과 비교하세요. 공개 경로만 보며 테스트 메일을 보내지 않습니다.
- 도메인 인증 대기 중
- 제공자가 지정한 이름의 TXT를 보세요. SPF는 보통 메일 도메인, DMARC는 _dmarc, DKIM은 지정 선택자입니다. 모든 TXT가 루트에 있다고 가정하지 마세요.
Cloudflare·Google DNS가 다른 이유는?
리졸버별 캐시가 달라 변경 전 응답이 TTL 만료까지 남을 수 있습니다. CDN·부하 분산·지역 DNS도 유효한 다른 주소를 반환합니다. 차이는 조사 단서이며 자동 실패가 아닙니다.
응답 집합을 순서·TTL과 무관하게 비교합니다. DNS 이름의 대소문자·끝 점과 IPv6 표기를 정규화하고 TXT 대소문자는 유지합니다. 권한 레코드·DNSSEC는 별도 표시하며 응답값 판정에는 포함하지 않습니다.
DNS를 바꿨는데 예전 주소가 보이나요?
- 변경한 정확한 호스트명·유형을 확인하세요. 루트·www 응답은 다를 수 있습니다.
- 반환값을 DNS 제공자의 공개 설정과 비교하세요.
- TTL은 남은 캐시 수명이며 전 세계 갱신 보장 카운트다운이 아닙니다. 나중에 다시 비교하세요.
- 한 리졸버가 실패하면 응답 코드를 확인하고 재시도하세요. 누락을 일치로 보지 마세요.
레코드 유형별 의미
- A / AAAA
- 이름의 IPv4·IPv6입니다. 원본 서버 대신 CDN·프록시 주소일 수 있습니다.
- MX
- 메일 서버·우선순위입니다. 작은 번호부터 시도합니다.
- TXT
- SPF·도메인 인증 등 텍스트입니다. DMARC는 _dmarc.example.com, DKIM은 정확한 선택자가 필요합니다.
- NS / SOA
- 네임서버·영역 관리 정보입니다. 영역 이름으로 조회하세요.
- CNAME
- 다른 DNS 이름의 별칭입니다. A·AAAA 응답에도 CNAME 체인이 포함될 수 있습니다.
- CAA
- 인증서 발급 기관 허용 레코드입니다. 없다는 이유만으로 보안 실패는 아닙니다.
- PTR
- 역방향 이름입니다. IP를 넣으면 in-addr.arpa·ip6.arpa로 자동 변환합니다.
- SRV
- _sip._tcp.example.com 같은 서비스 위치의 우선순위·가중치·포트·대상 호스트입니다.
- HTTPS
- HTTPS(SVCB)는 HTTP/3(alpn=h3)·IP 힌트·ECH 키 등 연결 정보를 광고합니다.
- DS / DNSKEY
- DS와 DNSKEY는 DNSSEC에 사용됩니다. 레코드가 존재한다는 사실만으로 신뢰 체인 전체의 유효성을 확인할 수는 없습니다. DNSSEC 항목은 리졸버가 검증을 보고했는지 표시하며, 이 도구가 체인을 직접 검증하지는 않습니다.
관측 사례: 두 리졸버의 응답이 달랐던 경우
2026년 10월 27일 21:41:23 UTC+07에 IPNixa에서 www.amazon.com의 A 레코드를 Cloudflare와 Google로 비교했습니다. 이 공개 도메인은 제3자의 소유이며, 저희가 DNS 설정을 변경하지 않았습니다.
두 리졸버 모두 NOERROR와 같은 CNAME 체인을 반환했지만 최종 A 레코드는 달랐습니다. Cloudflare는 18.239.130.216(TTL 26초), Google은 13.35.160.125(TTL 60초)를 반환했고, IPNixa는 응답값이 다르다고 표시했습니다.
21:41:27에 재조회해도 A 값은 달랐고 Cloudflare TTL은 23초였습니다. 원인은 확인되지 않았으며 캐시, CDN 라우팅, 지역별 응답 등이 가능합니다. 자신의 DNS를 변경한 뒤에는 정확한 호스트명·레코드 유형·CNAME 체인을 제공자 설정과 비교하고 TTL을 확인한 후 다시 조회하세요. 두 리졸버만으로 전 세계 반영을 증명할 수는 없습니다.
DNS 변경 상황을 가정해 2026년 10월 27일 비교 로직을 별도로 로컬 실행했습니다. Cloudflare가 이전 A 값 203.0.113.10을, Google이 새 값 203.0.113.20을 반환하는 가상 응답을 넣자 응답값이 다르다는 결과가 나왔습니다. 두 주소는 문서용이며 실제 DNS 레코드를 변경하지 않았습니다. 이 모의 결과는 위 Amazon 관측값의 원인을 설명하지 않습니다.
레코드가 없는 이유는?
빈 NOERROR는 해당 이름·유형의 레코드 없음, NXDOMAIN은 이름 없음 보고입니다. SERVFAIL·REFUSED는 조회 실패이며 도메인 부재의 증거가 아닙니다.
전 세계 DNS 전파를 검사하나요?
아니요. 요청 처리 서버에서 조회한 공개 리졸버 두 곳의 스냅샷입니다. 다른 국가·망·권한 서버는 다를 수 있습니다. 별칭 평탄화 시 CNAME 조회가 비어 있을 수도 있습니다.
내가 Cloudflare DNS(1.1.1.1)를 쓰는지 알 수 있나요?
아니요. 이 페이지는 저희 서버에서 Cloudflare와 Google에 질의하므로 기기가 쓰는 DNS 리졸버는 알 수 없습니다. 이 기기가 1.1.1.1을 쓰는지는 Cloudflare의 확인 페이지 1.1.1.1/help에서 볼 수 있습니다.
DNSSEC 항목은 무엇인가요?
리졸버 검증됨은 응답의 authenticated-data 플래그를 뜻합니다. 검증 주장 없음은 보안 판정이 아닙니다. 미서명 영역이거나 인증 데이터가 없을 수 있습니다. DNSSEC는 사이트 신뢰성을 인증하지 않습니다.
DNS 누출을 찾을 수 있나요?
아니요. 누출 검사는 고유 검사 이름을 요청한 리졸버를 관측해야 합니다. 이 도구는 선택한 공개 리졸버 두 곳에 공개 레코드를 묻습니다. 다른 노출 검사는 WebRTC·IPv6 VPN 검사를 사용하세요.
어느 DNS가 더 빠른지 알 수 있나요?
아니요. 서버 측 DoH이며 기기 DNS 속도를 측정하지 않습니다. 브라우저·엣지 응답은 HTTP 지연 테스트를 사용하세요.