C

CNAME 레코드 (Canonical Name)

CNAME 레코드는 한 도메인을 다른 도메인의 별칭으로 매핑하는 DNS 레코드로, DKIM·SPF 위임을 지원합니다. DMARCeye가 CNAME 관련 인증 오류를 감지합니다.


CNAME(Canonical Name) 레코드란 무엇인가요?

CNAME(Canonical Name, 정규 이름) 레코드는 한 도메인 이름을 다른 도메인 이름에 매핑하는 DNS 레코드의 한 유형으로, 사실상 별칭(alias)을 생성합니다. 이는 DNS 리졸버에게 해당 도메인이 정규(canonical) 또는 "실제" 이름으로 알려진 다른 도메인과 동일한 IP 주소 및 구성을 사용해야 한다고 알려줍니다. CNAME 레코드는 여러 호스트 이름이 DNS 항목을 중복하지 않고도 단일 대상을 가리킬 수 있게 하여 도메인 관리를 단순화합니다.

예를 들어, 기업은 CNAME 레코드를 사용하여 mail.example.comsmtp.example.net으로 가리킬 수 있습니다. 메일 서버가 mail.example.com을 조회하면, CNAME 레코드는 대신 smtp.example.net의 DNS 정보를 가져오도록 안내합니다. 이를 통해 모든 관련 도메인 레코드를 개별적으로 업데이트하지 않고도 인프라 변경을 더 쉽게 관리할 수 있습니다.

CNAME 레코드의 작동 방식

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.comexample.com)
  • 브랜드화된 도메인을 SPF 메일 호스트, CDN 엔드포인트, SaaS 플랫폼과 같은 외부 서비스로 가리키기
  • 단일 인프라 아래에서 여러 서비스 도메인 관리
  • 추적 또는 분석 도메인 리디렉션

이메일 인증에서의 CNAME 레코드

CNAME은 메일 발송이나 수신에 직접 사용되지는 않지만, SPF, DKIM, DMARC와 같은 이메일 인증 시스템에서 보조적인 역할을 하는 경우가 많습니다. 많은 제3자 이메일 서비스 제공업체(ESP)는 도메인 소유자에게 CNAME 레코드를 생성하여 도메인 정렬 검증이나 키 호스팅과 같은 DNS 제어의 일부를 자신들의 관리 시스템에 위임하도록 요청합니다.

예시는 다음과 같습니다.

  • DKIM 키 위임: 도메인은 ESP의 DKIM 셀렉터를 가리키는 CNAME을 게시하여, 제공업체가 서명 키를 안전하게 관리하도록 할 수 있습니다.
  • SPF include 단순화: ESP는 CNAME 기반 참조를 통해 SPF 구성을 관리하여 클라이언트를 위한 업데이트를 자동으로 처리할 수 있습니다.
  • DMARC 보고 또는 분석 도구: 공급업체는 내부 인프라를 노출하지 않고 데이터 수집 엔드포인트를 라우팅하기 위해 CNAME을 사용할 수 있습니다.

그러나 CNAME은 동일한 DNS 노드에서 다른 레코드 유형(MX나 TXT 등)과 공존할 수 없습니다. 예를 들어, DMARC 레코드는 TXT 항목으로 직접 존재해야 하므로 _dmarc.example.com에 대해 CNAME과 TXT 레코드를 동시에 가질 수 없습니다.

CNAME 레코드 사용 모범 사례

잘못 구성된 CNAME은 해석 루프를 일으키거나 DNS 조회를 방해하여, 이메일 인증 실패나 전달 문제로 이어질 수 있습니다. 문제를 피하려면 다음 모범 사례를 따르세요.

  • 도메인의 루트(apex)에서 CNAME 레코드를 사용하지 마세요.
  • 각 CNAME이 최종적으로 A 또는 AAAA 레코드로 해석되도록 하세요.
  • 여러 CNAME을 연쇄로 연결하는 것은 해석 속도를 늦추므로 피하세요.
  • DKIM이나 서비스 관련 레코드를 안전하게 위임하는 데 CNAME을 사용하세요.
  • 올바른 구성을 확인하기 위해 CNAME 해석을 정기적으로 테스트하세요.

DNS 구조를 명확하고 일관되게 유지함으로써, 관리자는 신뢰할 수 있는 인증을 유지하고 여러 시스템에 걸친 도메인 관리를 단순화할 수 있습니다.

CNAME 레코드와 DMARCeye

DMARCeye는 DKIM, SPF, DMARC 구성을 지원하는 CNAME 체인을 포함하여, 이메일 인증과 관련된 모든 DNS 구성 요소를 감지하고 시각화합니다. 이 플랫폼은 누락된 TXT 조회나 과도한 DNS 리디렉션과 같이 CNAME 레코드가 인증 오류를 일으킬 수 있는 경우를 식별하고, 이를 해결할 실행 가능한 권장 사항을 제공합니다.

DMARCeye는 DNS 및 메일 흐름 데이터를 지속적으로 모니터링함으로써, 모든 CNAME 연결 인증 메커니즘이 유효하고 안전하며 도달률에 최적화된 상태를 유지하도록 보장합니다. 이러한 가시성은 조직이 신뢰할 수 있는 통신 채널을 유지하고 보안을 약화시킬 수 있는 도메인 구성 오류를 방지하는 데 도움을 줍니다.

내 도메인이 얼마나 보호되고 있는지 궁금하신가요? 무료 DMARC 검사를 실행해 보세요:

 

 

DMARCeye 무료 체험판에 가입하여 이메일 도메인을 보호하세요.


DMARC 및 관련 용어에 대해 자세히 알아보려면 DMARCeye 용어집을 참조하세요.


Similar posts

새로운 마케팅 통찰력에 대한 알림을 받으세요

DMARC 정책 전략을 구축하거나 개선하는 데 도움이 되는 새로운 통찰력을 가장 먼저 받아보세요.