DNS 레코드 쉽게 이해하기: A, AAAA, CNAME, MX, TXT, NS 등

• A와 AAAA는 이름을 IPv4 또는 IPv6 주소로 연결하고, CNAME은 이름을 다른 이름의 별칭으로 만듭니다.
• MX는 메일을 받는 서버를 지정하고, TXT에는 SPF, DKIM, DMARC, 인증 코드 같은 텍스트를 넣습니다.
• NS 레코드는 도메인을 네임서버에 위임하며, 이를 바꾸면 DNS 전체가 다른 곳으로 옮겨집니다.
• 변경 사항이 어딘가로 전송되는 것이 아닙니다. 리졸버는 TTL이 끝날 때까지 이전 응답을 계속 사용합니다.

• 루트(example.com 자체)에는 CNAME을 쓸 수 없습니다. 루트에는 NS와 SOA 레코드도 있는데 CNAME은 다른 레코드와 함께 둘 수 없기 때문입니다. 루트에는 A/AAAA를 쓰고, 많은 업체가 제공하는 ALIAS/ANAME 또는 CNAME 플래트닝을 활용하세요.
• CNAME이 있는 이름에는 다른 레코드를 둘 수 없으므로, CNAME 하위 도메인에 MX나 TXT를 추가할 수 없습니다.
• MX와 NS 레코드는 호스트 이름을 가리켜야 하며, IP 주소나 CNAME을 직접 가리키면 안 됩니다.
• 한 이름에 SPF 레코드는 하나만 둡니다. 다른 용도의 TXT 레코드가 여러 개인 것은 괜찮습니다.
• 일부 관리 화면에서는 끝의 점이 중요합니다. mail.example.com.은 완전한 이름이고, 점이 없으면 도메인이 덧붙어 mail.example.com.example.com이 될 수 있습니다.

모든 레코드에는 초 단위의 TTL(유효 시간)이 있습니다. 통신사와 공개 DNS 서비스의 리졸버는 그 시간 동안 응답을 캐시합니다. 레코드를 바꿔도 이전 값을 캐시한 리졸버는 TTL이 끝날 때까지 이전 값을 씁니다. 이것이 흔히 말하는 DNS 전파입니다.

변경은 미리 계획하세요. 사이트를 옮기기 하루 전에 바꿀 레코드의 TTL을 300초(5분)로 낮추고, 옮긴 뒤 3600초 이상으로 되돌립니다. 네임서버(NS) 변경은 더 오래 걸립니다. 상위 존(.com 등)의 NS 레코드 TTL이 최대 이틀이고, 그만큼 기다리는 리졸버도 있기 때문입니다.

부정 응답도 캐시됩니다. 이름을 만들기 전에 조회하면 '그런 이름 없음' 응답이 존의 SOA 레코드에 정해진 부정 TTL 동안 유지될 수 있습니다.

• 호스팅의 웹사이트: example.com에 A(있다면 AAAA), www는 example.com을 가리키는 CNAME.
• Google Workspace나 Microsoft 365 메일: 안내받은 MX 레코드, SPF의 include, CNAME/TXT 형식의 DKIM, DMARC 레코드. 자세한 내용은 SPF·DKIM·DMARC 가이드를 참고하세요.
• Google Search Console 같은 서비스의 소유권 확인: 도메인에 TXT 레코드 하나를 추가하며, SPF와 함께 둘 수 있습니다.
• SaaS 서비스(쇼핑몰, 고객 지원 등)용 하위 도메인: shop CNAME을 서비스가 안내한 호스트 이름으로.

• 도메인을 조회하면 A, AAAA, MX, NS, TXT 등을 한곳에서 볼 수 있습니다.
• DNS 전파 확인은 전 세계 공개 리졸버와 권한 있는 네임서버에 새 값이 보이는지 물어봅니다.
• 이메일 보안 검사는 MX, SPF, DKIM, DMARC를 확인합니다.