CNAME(Canonical Name) 레코드란 무엇인가요?
CNAME(Canonical Name, 정규 이름) 레코드는 한 도메인 이름을 다른 도메인 이름에 매핑하는 DNS 레코드의 한 유형으로, 사실상 별칭(alias)을 생성합니다. 이는 DNS 리졸버에게 해당 도메인이 정규(canonical) 또는 "실제" 이름으로 알려진 다른 도메인과 동일한 IP 주소 및 구성을 사용해야 한다고 알려줍니다. CNAME 레코드는 여러 호스트 이름이 DNS 항목을 중복하지 않고도 단일 대상을 가리킬 수 있게 하여 도메인 관리를 단순화합니다.
예를 들어, 기업은 CNAME 레코드를 사용하여 mail.example.com을 smtp.example.net으로 가리킬 수 있습니다. 메일 서버가 mail.example.com을 조회하면, CNAME 레코드는 대신 smtp.example.net의 DNS 정보를 가져오도록 안내합니다. 이를 통해 모든 관련 도메인 레코드를 개별적으로 업데이트하지 않고도 인프라 변경을 더 쉽게 관리할 수 있습니다.
DNS 리졸버가 CNAME 레코드를 조회하면, 조회를 정규 도메인으로 리디렉션하는 응답을 받습니다. 그런 다음 리졸버는 해당 도메인에 대해 또 다른 조회를 수행하여 그에 대응하는 A 레코드(IPv4) 또는 AAAA 레코드(IPv6)를 찾습니다. 최종 결과는 실제 호스트의 IP 주소입니다.
CNAME 레코드 예시:
mail.example.com. IN CNAME smtp.example.net.이 경우, mail.example.com에 대한 모든 요청은 해당 서비스의 권한 있는 DNS 레코드를 보유한 smtp.example.net으로 리디렉션됩니다. 이 구성은 브랜드화된 하위 도메인을 관리하거나 제3자 이메일 및 마케팅 서비스를 통합하는 데 특히 유용합니다.
CNAME 레코드의 일반적인 사용 사례는 다음과 같습니다.
www.example.com → example.com)CNAME은 메일 발송이나 수신에 직접 사용되지는 않지만, SPF, DKIM, DMARC와 같은 이메일 인증 시스템에서 보조적인 역할을 하는 경우가 많습니다. 많은 제3자 이메일 서비스 제공업체(ESP)는 도메인 소유자에게 CNAME 레코드를 생성하여 도메인 정렬 검증이나 키 호스팅과 같은 DNS 제어의 일부를 자신들의 관리 시스템에 위임하도록 요청합니다.
예시는 다음과 같습니다.
그러나 CNAME은 동일한 DNS 노드에서 다른 레코드 유형(MX나 TXT 등)과 공존할 수 없습니다. 예를 들어, DMARC 레코드는 TXT 항목으로 직접 존재해야 하므로 _dmarc.example.com에 대해 CNAME과 TXT 레코드를 동시에 가질 수 없습니다.
잘못 구성된 CNAME은 해석 루프를 일으키거나 DNS 조회를 방해하여, 이메일 인증 실패나 전달 문제로 이어질 수 있습니다. 문제를 피하려면 다음 모범 사례를 따르세요.
DNS 구조를 명확하고 일관되게 유지함으로써, 관리자는 신뢰할 수 있는 인증을 유지하고 여러 시스템에 걸친 도메인 관리를 단순화할 수 있습니다.
DMARCeye는 DKIM, SPF, DMARC 구성을 지원하는 CNAME 체인을 포함하여, 이메일 인증과 관련된 모든 DNS 구성 요소를 감지하고 시각화합니다. 이 플랫폼은 누락된 TXT 조회나 과도한 DNS 리디렉션과 같이 CNAME 레코드가 인증 오류를 일으킬 수 있는 경우를 식별하고, 이를 해결할 실행 가능한 권장 사항을 제공합니다.
DMARCeye는 DNS 및 메일 흐름 데이터를 지속적으로 모니터링함으로써, 모든 CNAME 연결 인증 메커니즘이 유효하고 안전하며 도달률에 최적화된 상태를 유지하도록 보장합니다. 이러한 가시성은 조직이 신뢰할 수 있는 통신 채널을 유지하고 보안을 약화시킬 수 있는 도메인 구성 오류를 방지하는 데 도움을 줍니다.
내 도메인이 얼마나 보호되고 있는지 궁금하신가요? 무료 DMARC 검사를 실행해 보세요:
DMARCeye 무료 체험판에 가입하여 이메일 도메인을 보호하세요.
DMARC 및 관련 용어에 대해 자세히 알아보려면 DMARCeye 용어집을 참조하세요.