.. 제목: DNS 쿼리 추적기 및 시각화 도구 .. 슬러그: dns-query-tracer-visualizer .. 날짜: 2026-03-26 12:00:00 UTC .. 태그: 네트워킹, DNS, 도구, 시각화 도우미 .. 카테고리: 도구 .. 링크: .. 설명: 확인자에서 권한 있는 이름 서버로 DNS 재귀 확인을 애니메이션화하여 RTT, TTL 및 캐시 동작과 함께 각 홉을 표시합니다. .. 유형: 텍스트 ========================================================== 메인 컨테이너 ==========================================================
헤더/입력 패널

DNS 쿼리 추적기 및 시각화 도구

확인자에서 신뢰할 수 있는 DNS 확인으로 재귀적 DNS 확인을 애니메이션화합니다. 네임서버. 모든 홉, RTT, TTL 및 캐시 동작을 확인하세요.

탭바
탭 패널: 시뮬레이션(기존 UI)
빠른 선택 도메인
www.example.com mail.example.com www.google.com github.com api.cloudflare.com www.amazon.com www.wikipedia.org smtp.fastmail.com mx.example.net NXDOMAIN 예
시뮬레이션된 데이터베이스:이 도구는 내장된 DNS 데이터베이스를 사용합니다. (브라우저에서는 실제 네트워크 쿼리가 불가능합니다.) 영역 빌더 사용 아래에서 테스트하려는 도메인을 추가하세요.
작동 방식:확인자가 루트 네임서버에 그런 다음 TLD 서버에 권한 있는 네임서버를 쿼리한 다음 기록을 가져옵니다. 각 홉에는 RTT와 답변이 캐시되었는지 여부가 표시됩니다.
맞춤형 존 빌더
사용자 정의 영역을 정의한 다음 다른 도메인처럼 쿼리하세요.
체재:label type value TTL [priority]
사용@영역 정점의 경우. MX 레코드는 추가 우선순위 필드를 사용합니다.
지원되는 유형: A, AAAA, MX, NS, TXT, CNAME
저장된 영역 목록
/.tab-panel#panel시뮬레이트 탭 패널: 실제 쿼리 가져오기
1시스템에서 다음 명령을 실행하세요.
RECOMMENDED(가장 안정적임 - 모든 도메인에서 작동): example.com을 파헤쳐보세요 또는 Windows/Linux/macOS: nslookup example.com 전체 해결 경로의 경우(CDN 또는 복잡한 DNS에서는 실패할 수 있음): 발굴 +추적 +tries=1 +nodnssec example.com 특정 공용 DNS 서버를 사용하려면: 발굴 @8.8.8.8 example.com 발굴 @1.1.1.1 example.com ⚠️ 피하십시오: 단독으로 발굴 +추적 이는 많은 도메인(CDN 호스팅, 잘못 구성된 DNS)에서 실패합니다. 대신 위의 명령을 사용하세요.
참고: dig @8.8.8.8 +trace도 실패합니다. @ 플래그는 첫 번째 홉에만 영향을 미칩니다.
2전체 출력을 복사하여 아래에 붙여넣습니다.
3구문 분석된 쿼리 경로를 시각화합니다.
/.tab-panel#panel가져오기
/.calc-헤더 애니메이션 진행
루트 네임서버 쿼리 중...
SVG 시각화 도구

해결 경로

놓치다
JS로 채워짐
단계별 로그

단계별 해결 로그

# 섬기는 사람 RTT 쿼리/응답 유형
최종 답변

최종 답변

TTL 타이머

TTL 캐시 타이머

DNS 메시지 검사기

DNS 메시지 검사기

개념

DNS 개념 참조

재귀:스텁 해결 프로그램이 재귀 해결 프로그램에 하나의 쿼리를 보냅니다. (예: 8.8.8.8) 해당 해결 프로그램은 사용자를 대신하여 모든 반복 작업을 처리하고 최종 답변을 반환합니다.

반복:각 네임서버는추천— "나는 그렇지 않다 알지만 이 서버를 사용해 보세요." 재귀 해결자는 다음 단계에 도달할 때까지 참조를 따릅니다. 권한 있는 네임서버.

이 도구는반복적인재귀 해석기가 수행하는 쿼리 내부적으로: 루트 → TLD → 권한 있음.
모든 DNS 레코드는 초 단위로 TTL을 전달합니다. 해석기는 해당 기간 동안 답변을 캐시합니다. 캐시된 동안 후속 쿼리는 즉시 응답됩니다(네트워크 왕복 없음).

일반적인 TTL:
  • A/AAAA— 300초(5분) ~ 3600초(1시간)
  • MX— 일반 3600초
  • NS— 86400초(24시간) 일반
  • TXT (SPF)— 일반 3600초
낮은 TTL은 빠른 레코드 변경을 허용합니다. TTL이 높으면 확인자 로드가 줄어듭니다.
신뢰할 수 있는 네임서버:실제 구역 데이터(A 레코드, MX)를 보유합니다. 기록 등)을 도메인에 적용합니다. 그것은 다음과 같이 대답한다AA=1(정답) DNS 헤더에 설정됩니다.

재귀(캐싱) 해결 프로그램:영역 데이터를 보유하지 않습니다. 쿼리합니다 클라이언트를 대신하여 다른 서버가 결과를 캐시하고 답변을 반환합니다. 예: 8.8.8.8, 1.1.1.1.
도메인이 존재하지 않으면 권한 있는 네임서버가 반환합니다.RCODE=NXDOMAIN. 확인자는 해당 기간 동안 이 부정적인 응답을 캐시합니다. 구역의SOA 최소 TTL(보통 300~3600초)

네거티브 캐싱(RFC 2308)은 존재하지 않는 이름에 대한 반복 쿼리를 방지합니다.
영역의 권한 있는 네임서버가이내에구역 그 자체 (예:ns1.example.com~을 위한example.com), 원형 의존성이 발생하게 됩니다. 상위 TLD 영역은 다음을 포함하여 이 문제를 해결합니다.접착제 기록— 직접 제공되는 네임서버에 대한 레코드 추천 응답에서 추가 조회가 필요하지 않습니다.
/.calc-컨테이너 ========================================================== 자바스크립트 ==========================================================