DNS 조회

관련 추천

사용 사례

• 웹사이트에 접속할 수 없을 때 A/AAAA 레코드를 조회하여 IP가 올바른 서버를 가리키는지 확인
• CDN 전환/서버 이전 후 DNS를 조회하여 새로운 해석이 적용되었는지 확인
• 기업 이메일/Google Workspace 구성 시 MX 레코드 우선순위와 주소가 올바른지 확인
• SPF/DKIM/DMARC 이메일 보안 정책 구성 후 TXT 레코드를 조회하여 구성이 올바른지 확인
• 도메인 소유권 확인(Google Search Console/SSL 발급/Apple 개발자 등) 시 TXT 레코드가 게시되었는지 확인
• 도메인 DNS 서버 변경 후 NS 레코드를 조회하여 적용되었는지 확인
• 이메일 전송 실패, 도메인 해석 오염, DNS 하이재킹 등의 문제 해결

주요 기능

• 7가지 레코드 유형: A/AAAA/CNAME/MX/TXT/NS/SOA를 원클릭으로 전환, 대부분의 DNS 조회 시나리오를 커버
• 백엔드 DNS 조회: 서버에서 재귀 조회를 실행하여 브라우저 CORS 제한이 없고 로컬 캐시를 사용하지 않아 실시간 권한 결과 표시
• 스마트 필드 추출: 각 레코드 유형의 value/answer/data 필드를 자동으로 인식하고 MX 레코드는 우선순위를 자동 표시
• TTL 표시: 각 레코드에 TTL(캐시 시간)을 표시하여 레코드 전파 및 변경 상태 판단
• 최근 조회 기록: 최근 조회한 8개 도메인을 자동 저장하고 클릭으로 빠르게 전환
• 프리셋 도메인: geekformat.com/github.com/cloudflare.com/openai.com 빠른 예시 내장
• 원클릭 복사: 요약 복사, 전체 레코드 목록 복사, 원시 JSON 복사의 3가지 모드 지원

이용 방법

1. 조회할 도메인 입력(예: example.com, http:// 접두사나 www 불필요)
2. 조회할 DNS 레코드 유형을 클릭하여 선택(A/AAAA/CNAME/MX/TXT/NS/SOA)
3. 조회 버튼을 클릭하면 도구가 백엔드 DNS 서버에서 재귀 조회를 실행
4. 상단 요약(레코드 유형, 레코드 수)을 확인하여 레코드가 반환되었는지 확인
5. 레코드 세부 정보 영역에서 각 레코드의 값, TTL, 추가 정보(MX 우선순위 등) 확인
6. 원클릭으로 요약 또는 전체 레코드 목록을 복사할 수 있으며, JSON을 펼쳐 원시 응답 확인 가능

자주 묻는 질문

DNS 조회란 무엇인가요?

术语表

DNS (Domain Name System)

도메인 네임 시스템, 인터넷의 핵심 기반 시설 중 하나로, 사람이 읽을 수 있는 도메인(example.com)을 기계가 사용할 수 있는 IP 주소(93.184.216.34)로 해석합니다. 계층형 분산 데이터베이스 설계를 채택하여 재귀 리졸버, 루트 DNS, TLD DNS, 권한 DNS가 함께 해석을 완료합니다.RFC 1035

A 레코드 (Address Record)

가장 기본적인 DNS 레코드 유형으로, 도메인을 IPv4 주소(32비트, 예: 192.0.2.1)에 매핑합니다. 하나의 도메인에 여러 A 레코드를 설정할 수 있습니다(라운드로빈 로드 밸런싱).

AAAA 레코드 (IPv6 Address Record)

도메인을 IPv6 주소(128비트, 예: 2001:db8::1)에 매핑합니다. IPv6 주소 길이가 IPv4의 4배이기 때문에 '쿼드 A'라고 불립니다. 최신 듀얼 스택 웹사이트는 A와 AAAA 레코드를 모두 구성합니다.

CNAME (Canonical Name)

별칭 레코드로, 한 도메인을 (IP가 아닌) 다른 도메인으로 가리킵니다. CDN, SaaS 서비스 연결에 자주 사용됩니다(예: www → cdn.example.com). 참고: 루트 도메인(@/apex) 및 기존 MX/NS/SOA 레코드가 있는 도메인에는 CNAME을 사용할 수 없습니다.

MX 레코드 (Mail Exchange)

도메인의 메일 수신 서버를 지정하며, 우선순위(priority/preference, 숫자가 작을수록 높음)와 메일 서버 주소를 포함합니다. 메일 발신자는 우선순위에 따라 전달을 시도하며, 동일한 우선순위에서는 로드 밸런싱이 가능합니다. 도메인을 가리켜야 합니다(직접 IP를 가리킬 수 없음).

TXT 레코드 (Text Record)

임의의 텍스트 레코드로, 원래는 사람이 읽을 수 있는 메모용이었으나 현재는 SPF(스팸 방지), DKIM(이메일 서명), DMARC(이메일 정책), 도메인 소유권 확인 등 기계가 읽을 수 있는 시나리오에서 널리 사용됩니다. 단일 TXT 레코드의 최대 길이는 일반적으로 255자이며, 긴 텍스트는 분할해야 합니다.

NS 레코드 (Name Server)

도메인의 권한 DNS 서버, 즉 어떤 DNS 서버가 해당 도메인의 최종 해석 레코드를 보유하고 있는지 지정합니다. 도메인 등록 시 NS를 지정해야 하며(예: ns1.cloudflare.com), NS를 변경하면 DNS 제공업체가 전환됩니다. NS 변경은 상위 DNS(레지스트리) 업데이트가 필요하여 적용이 느립니다.

TTL (Time To Live)

재귀 리졸버와 로컬 DNS 캐시에서 DNS 레코드의 유효 시간(초 단위)입니다. 만료 전에는 리졸버가 캐시된 결과를 직접 반환하고, 만료 후에는 권한 서버에 다시 쿼리합니다. TTL 설정은 해석 성능과 변경 유연성의 균형을 맞춰야 합니다.

재귀 DNS (Recursive Resolver)

클라이언트를 대상으로 하는 DNS 서버(8.8.8.8, 1.1.1.1 등)로, 클라이언트 요청을 받으면 클라이언트를 대신하여 루트→TLD→권한 DNS에 단계적으로 쿼리하여 최종 결과를 반환하고 캐시합니다. ISP와 공개 DNS 모두 재귀 해석 서비스를 제공합니다.

권한 DNS (Authoritative Nameserver)

도메인의 원본 DNS 레코드를 보유하는 서버(도메인 등록기관/CDN이 제공하는 NS 서버)로, 호스팅하는 도메인에 대해 '권한 있는 응답'을 제공하며 다른 도메인의 결과를 캐시하지 않습니다.

SPF / DKIM / DMARC

3대 주요 이메일 보안 DNS 레코드: SPF(Sender Policy Framework)는 합법적인 발신 서버 IP를 지정; DKIM(DomainKeys Identified Mail)은 디지털 서명을 추가하여 이메일 무결성 검증; DMARC(Domain-based Message Authentication, Reporting and Conformance)는 SPF/DKIM 실패 시 처리 정책(none/quarantine/reject)과 보고서 주소를 정의합니다. 세 가지 모두 TXT 레코드를 통해 게시됩니다.

DNS 레코드 유형 참조표

일반적인 DNS 레코드 권장 TTL 값

자주 사용하는 공개 DNS 서버

Authoritative References

• ReferenceRFC 1035 - DNS 기본 사양
• ReferenceCloudflare DNS 학습 센터
• ReferenceWikipedia - 도메인 네임 시스템
• ReferenceDNSimple DNS 레코드 유형 설명