레코드 유형을 요청하면 쿼리가 네 개의 공개 리졸버에 한 번에 전달됩니다. 답은 나란히 놓이고, 어떤 리졸버가 어떤 레코드를 반환했는지 보여주는 값별 표가 뒤따릅니다. 그래서 불일치가 한 리졸버의 의견 뒤에 숨지 않고 한눈에 보입니다. 각 답은 TTL을 유지하고 모든 리졸버가 DNSSEC으로 이름을 검증할 수 있었는지 보고합니다. 리졸버들이 불일치하면 페이지는 추측하지 않습니다. 정확히 무엇이 다른지 나열하고 거의 모든 실제 사례를 덮는 두 가지 설명을 준 뒤 구별하는 법을 알려줍니다.
조회할 이름
비교
준비됨. 아직 보낸 쿼리가 없습니다.
이름을 입력하고 레코드 유형을 고른 뒤 조회하세요.
레코드 유형, 응답 코드, 그리고 틀려 보이지만 틀리지 않은 답
레코드 유형.A는 이름을 IPv4 주소로, AAAA는 IPv6 주소로 대응합니다. CNAME은 이름이 다른 이름임을 말하고 리졸버는 사슬 끝까지 따라갑니다. MX는 메일 서버를 나열하며 각각 우선순위 번호가 있고 가장 낮은 번호가 먼저 시도됩니다. TXT는 자유 텍스트를 담으며 메일 정책이 사는 곳입니다. SPF 정책은 v=spf1으로 시작하고 DKIM 키는 ._domainkey로 끝나는 셀렉터 이름 아래에 있으며 DMARC 정책은 도메인 앞 _dmarc에 있습니다. NS는 존을 담당하는 네임서버를 나열하고 SOA는 존 자신의 헤더 레코드로 부정 응답 캐시 시간을 담습니다. SRV는 호스트와 포트에서 서비스를 찾고 CAA는 어떤 인증기관이 그 이름의 인증서를 발급할 수 있는지 말하며 PTR은 주소에서 이름으로의 역방향이고 TLSA는 한 서비스의 인증서를 고정합니다. DS와 DNSKEY는 DNSSEC 검증을 가능하게 하는 키를 실으며 HTTPS와 SVCB는 새 프로토콜의 매개변수를 포함해 서비스에 닿는 법을 기술합니다.
응답 코드. 레코드 없는 NOERROR는 이름이 존재하지만 요청한 유형이 없다는 뜻입니다. NXDOMAIN은 이름이 아예 존재하지 않는다는 뜻이며 그 답은 한동안 캐시되어 1분 전에 만들어진 이름이 여전히 없는 것으로 나올 수 있습니다. SERVFAIL은 리졸버가 일을 끝내지 못했다는 뜻이고 깨진 DNSSEC 서명이 가장 흔한 이유 중 하나입니다. REFUSED는 리졸버가 그 쿼리에 답하기를 거부했다는 뜻입니다.
TTL. TTL은 리졸버가 레코드를 보관할 수 있는 초 수입니다. 두 리졸버가 한동안 정당하게 다른 답을 보일 수 있는 이유입니다. 하나는 타이머가 끝날 때까지 오래된 사본을 still 갖고 있기 때문입니다. 변경 후 가장 먼저 확인할 것도 어떤 리졸버가 틀렸는지가 아니라 모든 리졸버가 따라왔는지입니다.
DNSSEC 한 문단. 인증 데이터 플래그를 보고하는 리졸버는 도메인 자신의 키에서 시작하는 암호 서명으로 답을 검증할 수 있었다는 뜻입니다. 플래그가 없다고 변조의 증거는 아닙니다. 존이 서명되지 않았거나 리졸버가 검증하지 않을 수 있습니다. 다른 이들이 레코드를 반환하는 동시에 실패를 보고하는 리졸버가 흥미로운 사례입니다. 실패하는 서명이 위조된 답의 정확한 모습이기 때문입니다.
틀려 보이지만 틀리지 않은 답. 대형 사이트, 콘텐츠 네트워크, 위치 인식 DNS를 쓰는 모든 것은 의도적으로 리졸버마다 다른 주소를 나눠주므로 불일치가 정상이며 나쁜 징조가 아닙니다. A/AAAA 답의 0.0.0.0, :: 또는 사설 주소는 보통 해킹이 아니라 리졸버 운영자의 의도적 차단이지만 리졸버가 답을 바꿨다는 뜻이기는 합니다. 이 페이지는 그 차이와 추론을 보여줄 뿐 어느 것이 진짜 답인지 말하지 않습니다.
