DNS 조회 방법과 레코드 타입 완전 정리

도메인 연결이 안 되거나 메일 수신이 실패할 때는 애플리케이션 로그를 보기 전에 DNS 레코드부터 확인하는 것이 빠릅니다. 잘못된 IP, 누락된 MX, 오타가 있는 TXT는 서비스 장애와 인증 실패의 대표 원인입니다.

특히 도메인 이전, CDN 교체, 메일 서비스 변경 직후에는 값이 일부 지역에서만 다르게 보일 수 있어 동일 도메인을 여러 번 조회해 반영 상태를 확인해야 합니다.

A는 도메인을 IPv4 주소로 연결하고 AAAA는 IPv6 주소로 연결합니다. CNAME은 도메인을 다른 도메인의 별칭으로 위임할 때 사용하며 주로 www, CDN, 플랫폼 호스팅 연결에서 자주 등장합니다.

MX는 메일 수신 서버와 우선순위를 정의하고, TXT는 SPF, DKIM, DMARC 같은 메일 인증 정책이나 도메인 소유권 검증 문자열 저장에 사용됩니다. NS는 권한 네임서버를 지정하며 도메인 위임 구조의 기준점 역할을 합니다.

Name은 질의한 도메인 또는 하위 도메인, Type은 레코드 종류, Value는 실제 연결 대상, TTL은 캐시 유지 시간(초)입니다. 같은 타입이 여러 개 나오면 로드밸런싱 또는 우선순위 분산 구성이 적용된 것일 수 있습니다.

MX는 값 안의 우선순위 숫자가 낮을수록 먼저 사용되며, TXT는 따옴표와 공백 포함 형태를 그대로 비교해야 합니다. 문자열 일부가 다르면 메일 인증 실패가 발생할 수 있습니다.

DNS를 바꾼 직후 이전 값이 보이는 것은 대부분 TTL이 남은 캐시 때문입니다. 권한 DNS에서 값이 바뀌어도 사용자 측 리졸버, ISP 캐시, 브라우저 캐시가 순차적으로 갱신되므로 즉시 전역 반영되지 않습니다.

변경 작업 전 TTL을 일시적으로 짧게 낮추고, 반영 완료 후 다시 늘리는 방식이 운영 안정성에 유리합니다. 장애 점검 시에는 서로 다른 네트워크에서 교차 조회해 캐시 편차를 확인하세요.

레코드 타입별로 필요한 값이 모두 존재하는지, 우선순위와 문자열 오타가 없는지, 의도하지 않은 예전 레코드가 남아 있지 않은지를 순서대로 확인하면 대부분의 DNS 이슈를 빠르게 좁힐 수 있습니다.