CNAME 레코드란 무엇인가요?
CNAME(Canonical Name) 레코드는 별칭 호스트명을 정규 호스트명에 매핑하는 DNS 항목입니다. 리졸버가 별칭을 조회하면 정규 대상에서 A 또는 AAAA 레코드를 찾을 때까지 체인을 따라간 뒤 실제 IP 주소를 반환합니다. 덕분에 서드파티 서비스의 IP를 하드코딩하지 않고도 서브도메인을 위임할 수 있는 표준적인 방법이 됩니다.
CNAME은 현대 이메일·웹 운영의 핵심입니다. 끊임없이 바뀌는 CDN IP를 깔끔하게 따라갈 수 있는 유일한 방법이며, DKIM-as-a-Service 공급자는 셀렉터 키에 CNAME 위임을 요구하고, SaaS 플랫폼은 고객용 엔드포인트 브랜딩에 이를 활용합니다. 표준은 RFC 1034와 RFC 2181에 정의되어 있습니다.
왜 CNAME 레코드를 확인해야 하나요?
1끊어진 별칭을 조기에 발견
벤더가 호스트명을 변경하거나 폐기하면 CNAME이 조용히 깨집니다. 체커만이 이를 드러냅니다
2DKIM과 BIMI 위임 확인
둘 다 벤더가 관리하는 레코드를 가리키는 CNAME에 의존합니다. 체인이 처음부터 끝까지 해석되는지 확인하세요
3혼합 레코드 오류 방지
CNAME은 같은 이름에서 다른 레코드와 공존할 수 없습니다. 체커는 충돌을 즉시 찾아냅니다
4마이그레이션 전환 검증
커스텀 도메인을 새 SaaS 공급자로 재포인팅한 뒤, 변경을 공지하기 전에 정규 대상을 확인하세요
CNAME 해석 단계별 동작
DNS 공급자는 별칭(예: `www.example.com`)을 정규 대상(`example.com` 또는 벤더 호스트)에 매핑하는 CNAME 레코드를 게시합니다.
클라이언트가 별칭을 조회하면 리졸버는 CNAME을 반환한 뒤 정규 대상에 대한 조회를 계속합니다.
대상 자체가 다시 CNAME이면 리졸버는 체인을 따라갑니다. 대부분의 스택은 약 8단계까지 허용합니다.
리졸버가 A 또는 AAAA 레코드를 찾으면 그 IP를 원래 클라이언트에 반환합니다.
전체 체인(별칭 → 중간 별칭 → A 레코드)은 각 단계에서 레코드의 TTL 동안 캐시됩니다.
CNAME 레코드 구문
www.example.com. 300 IN CNAME example.com.필드 설명
별칭— 위임을 수행하는 호스트명TTL— 캐시 수명(초). 300 = 5분IN— 인터넷 레코드 클래스CNAME— 레코드 타입대상— 정규 호스트명. 반드시 점(.)으로 끝나야 함자주 발생하는 CNAME 오류와 해결책
Apex(루트)에 CNAME 설정
Apex 도메인은 CNAME을 호스팅할 수 없습니다. DNS 공급자가 제공하는 ALIAS 또는 ANAME 레코드를 사용하세요
다른 레코드와 함께 CNAME 사용
RFC 1034은 MX, TXT, A와 같은 이름에 CNAME을 두는 것을 금지합니다. 레코드를 서로 다른 이름으로 분리하세요
존재하지 않는 대상
정규 대상이 더 이상 존재하지 않으면 리졸버는 NXDOMAIN을 반환합니다. 유효한 대상으로 다시 가리키세요
체인 길이 과다
체인이 8단계를 넘으면 일부 리졸버가 중단됩니다. 최종 대상을 직접 가리키도록 체인을 단순화하세요
자주 묻는 질문(FAQ)
CNAME(Canonical Name)은 한 호스트명을 다른 호스트명에 매핑하는 DNS 항목입니다. IP 주소를 직접 가리키는 대신, 호스트명이 정규 대상의 별칭이 되므로 대상의 A/AAAA 레코드가 갱신되면 모든 별칭에 자동으로 반영됩니다. www 서브도메인, CDN 엔드포인트, SaaS 커스텀 도메인, DKIM·DMARC 리포팅과 같은 이메일 인증 위임에 흔히 사용됩니다.
현대 이메일 인증은 CNAME으로 위임된 DKIM 키와 BIMI(브랜드 메시지 식별 표시)에 의존합니다. DKIM 셀렉터나 BIMI 로고 URL의 CNAME이 끊어지면 수신 측이 신뢰 점수를 낮추고 메일을 스팸으로 보낼 수 있습니다. CNAME 체커는 별칭이 예상한 대상으로 깔끔하게 해석되는지 확인하여 서명과 브랜드 표시가 처음부터 끝까지 작동하도록 합니다.
한 별칭이 A 레코드에 도달하기 전에 또 다른 별칭을 가리킬 때 CNAME 체인이 형성됩니다. 대부분의 리졸버는 체인을 투명하게 따라가지만, 단계가 늘어날수록 지연이 누적되고 잘못된 설정 위험이 커지며 한 단계만 따라가는 일부 검증기를 깨뜨릴 수 있습니다. 체커는 각 단계를 보여주므로 불필요한 단계를 정리할 수 있습니다.
엄밀히 말해 불가능합니다. RFC 1034은 다른 레코드와 함께 CNAME을 두는 것을 금지하며, Apex 도메인은 항상 SOA와 NS가 필요합니다. 일부 DNS 공급자는 대상에서 A 레코드를 합성해 주는 ALIAS, ANAME, 또는 평탄화된 CNAME-at-apex 기능을 제공합니다. 이런 옵션을 사용하더라도 체커는 해석된 IP가 의도대로 작동하는지를 검증합니다.
빈 결과는 보통 CNAME이 아직 게시되지 않았거나, 잘못된 서브도메인에 추가됐거나, 대상에 오타가 있는 경우입니다. DNS 전파는 최대 48시간 걸릴 수 있지만 대부분의 최신 공급자는 몇 분 안에 갱신됩니다. DNS 패널에서 레코드가 존재하는지 확인한 뒤 다시 점검하세요.
CNAME이 제공업체가 지정한 정확한 대상을 가리키는지, 오타나 끝에 붙은 점이 없는지, 그리고 DNS에서 금지하는 다른 항목이 함께 있는 레코드에 CNAME을 설정하지 않았는지 확인하세요. DNS 설정에서 대상을 수정하고 전파될 시간을 준 다음 다시 검사하세요.