DNS 레코드 조회

DNS 레코드 조회는 도메인에 설정된 A·AAAA·MX·TXT·NS·CNAME·SOA·CAA 레코드를 실시간으로 확인하는 도구입니다. 사이트가 어떤 서버를 가리키는지, 메일이 어디로 가는지, 인증·검증용 TXT가 제대로 들어갔는지 빠르게 점검할 수 있습니다.

조회는 신뢰할 수 있는 공개 리졸버에 DNS over HTTPS로 질의하며, 결과는 잠시 캐싱되어 빠르게 응답합니다. 도메인만 입력하면 됩니다(프로토콜·경로 불필요).

레코드 타입 빠른 정리

• A / AAAA: 도메인이 가리키는 IPv4 / IPv6 주소
• MX: 메일 수신 서버(우선순위 + 호스트)
• TXT: SPF·DKIM·DMARC·소유권 검증 등 텍스트 값
• NS: 도메인을 위임받은 네임서버
• CNAME: 다른 도메인으로의 별칭
• SOA: 존의 기준 정보(시리얼·갱신주기 등)
• CAA: 인증서를 발급할 수 있는 인증기관 제한

TTL의 의미

각 레코드의 TTL(초)은 리졸버가 그 값을 캐싱하는 시간입니다. TTL이 길면 변경 후 전파가 느립니다. 레코드를 곧 바꿀 예정이면 미리 TTL을 낮춰두는 것이 좋습니다. 변경 후 새 값이 전 세계에 퍼졌는지는 DNS 전파 확인으로, IP→호스트 역방향은 역방향 DNS 조회로 확인하세요.

자주 보는 TXT 레코드 값 읽는 법

TXT 결과가 가장 헷갈립니다. 한 도메인에 여러 TXT가 동시에 존재하는 게 정상이며, 첫 단어(태그)로 용도를 구분합니다.

MX 결과 읽기 예시

어떤 도메인의 MX가 아래처럼 나왔다고 합시다.

• 1 aspmx.l.google.com
• 5 alt1.aspmx.l.google.com
• 10 alt2.aspmx.l.google.com

앞의 숫자는 우선순위(preference)이고 작을수록 먼저 시도합니다. 즉aspmx.l.google.com(우선순위 1)이 1차 수신 서버이고, 응답이 없을 때만 5 → 10 순으로 넘어갑니다. 위 패턴은 전형적인 Google Workspace 설정으로, 도메인이 Gmail로 메일을 받고 있음을 뜻합니다. 또한 MX 호스트는 반드시 A/AAAA로 풀리는 실제 호스트명이어야 하며, IP를 직접 넣거나 CNAME을 가리키면 RFC 위반입니다.

흔한 실수 / 함정

• 긴 TXT가 잘려 보임: DKIM/SPF처럼 255자를 넘는 TXT는 내부적으로 여러 문자열 조각으로 저장됩니다. 표시상 공백으로 나뉘어 보여도 실제 값은 이어붙여(concatenate) 한 줄로 해석해야 합니다.
• SPF를 두 개 넣음: v=spf1 TXT는 도메인당 정확히 1개여야 합니다. 두 줄이면 SPF가 PermError로 무효화됩니다 — include로 합치세요.
• 루트에 CNAME: 루트 도메인(example.com)에는 CNAME을 둘 수 없습니다(SOA·NS와 공존 불가). A 레코드 또는 ALIAS/ANAME을 쓰세요.