정규 이름(별칭) 레코드
DNS 및 레코드
DNS 조회 모든 도메인의 전체 DNS 레코드 A 레코드 조회 도메인의 IPv4 주소 AAAA 레코드 조회 도메인의 IPv6 주소 MX 조회 도메인의 메일 서버 NS 조회 권한 있는 네임 서버 TXT 조회 TXT 레코드, SPF, 인증 CNAME 조회 정규 이름(별칭) 레코드 SOA 조회 Start of Authority 레코드 SRV 조회 서비스 위치 레코드 CAA 조회 어떤 CA가 인증서를 발급할 수 있는지 역방향 DNS (PTR) IP 주소에서 호스트명으로 DNSSEC 점검 도메인이 서명되고 검증되는가? DNS 헬스 체크 위임 및 DNS 전체를 진단하는 종합 리포트이메일 전달성
SPF 점검 Sender Policy Framework 레코드 검증 DMARC 점검 DMARC 정책 검사 및 등급 평가 DKIM 점검 DKIM 공개 키 찾기 및 검증 블랙리스트 점검 이메일 차단 목록(DNSBL)에 대해 IP 점검 SMTP 테스트 메일 서버에 연결하여 STARTTLS 점검 MTA-STS 점검 수신 메일에 대한 강제 TLS 정책 BIMI 점검 이메일용 브랜드 로고 레코드 TLS-RPT 점검 SMTP TLS 보고 정책네트워크 및 웹
SSL 인증서 점검 사이트의 TLS 인증서 및 만료 검사 HTTP 헤더 점검 응답 헤더, 리디렉션 및 보안 검사 핑 (TCP) TCP를 통한 도달성 및 지연 시간 포트 점검 어떤 일반 포트가 열려 있는지도메인
WHOIS 조회 도메인, IP 및 ASN의 등록 데이터CNAME 레코드는 한 호스트명을 다른 정식 이름(canonical name)으로 별칭 지어, 대상의 A 및 AAAA 레코드가 주소 확인에 사용되게 합니다. CDN이나 SaaS 제공업체를 가리키는 하위 도메인에 흔히 쓰이며, 그들의 IP 주소를 추적하지 않고도 인프라를 따라갈 수 있게 해 줍니다. 제공업체가 IP를 바꾸어도 CNAME은 자동으로 계속 작동합니다.
CNAME은 IP를 저장하지 않고 한 호스트명을 다른 호스트명에 가리킵니다. 리졸버가 CNAME에 닿으면 대상 이름으로 조회를 다시 시작해 그쪽의 A 또는 AAAA 레코드를 따라 최종 주소에 이릅니다. 예를 들어 shop.example.com CNAME mystore.shopify.com은 shop.example.com에 대한 요청이 Shopify의 호스트명을 거쳐 확인된다는 뜻입니다. 이 간접 참조 덕분에 CDN과 SaaS 플랫폼은 CNAME 대상을 제공합니다. 그들은 기반 IP를 자유롭게 바꿀 수 있고, 귀하 측의 수정 없이 하위 도메인이 따라갑니다.
CNAME 결과는 별칭 호스트명과 그것이 가리키는 정식 대상을 보여 줍니다. 예를 들어 www.example.com CNAME example.com이나 blog.example.com CNAME hosted.ghost.io입니다. 최종 IP를 보려면 사슬을 따라가세요. 대상 자체의 A 및 AAAA 레코드가 주소를 확인합니다. CNAME이 가리키는 대상이 다시 CNAME을 가진다면 리졸버가 사슬을 따라가지만, 긴 사슬은 조회와 지연을 더합니다. 레코드가 없는 호스트명을 가리키는 CNAME은 깨진 것이며 확인에 실패합니다.
가장 중요한 규칙은 루트 도메인(example.com)에 CNAME을 둘 수 없다는 것입니다. 정점은 필수인 NS 및 SOA 레코드와 공존해야 하고, CNAME은 다른 레코드와 이름을 공유할 수 없기 때문입니다. 대신 정점에서는 A 레코드나 제공업체의 ALIAS/ANAME 기능을 사용하세요. 또한 이미 A, MX, TXT 레코드가 있는 호스트명에는 CNAME을 추가할 수 없습니다. 잦은 실패는 SaaS 대상에서 서비스를 활성화하기 전에 CNAME을 그쪽으로 가리켜 확인 불가 상태로 두는 것입니다.
CNAME 레코드는 한 호스트명을 다른 정식 호스트명으로 별칭 지어, 대상의 A 및 AAAA 레코드가 주소 확인에 사용되게 하는 DNS 레코드입니다. CNAME은 canonical name(정식 이름)을 뜻합니다. 하위 도메인을 CDN과 SaaS 제공업체로 가리키는 데 널리 쓰여, 제공업체의 IP 주소가 바뀌어도 도메인이 그들의 서버를 따라가게 합니다.
CNAME은 호스트명을 다른 호스트명에 가리키고, A 레코드는 호스트명을 IPv4 주소에 직접 가리킵니다. CNAME은 대상의 IP를 자동으로 따라가는 간접 계층을 더하고, A 레코드는 고정된 매핑입니다. 제공업체를 추적하는 하위 도메인에는 CNAME을, 루트 도메인이나 고정 IP에는 A 레코드를 사용하세요.
아니요, example.com 같은 루트(정점) 도메인에는 표준 CNAME을 사용할 수 없습니다. 정점은 NS 및 SOA 레코드를 보유해야 하고 CNAME은 같은 이름의 다른 레코드와 공존할 수 없기 때문입니다. 대신 A 레코드나 DNS 제공업체의 ALIAS 또는 ANAME 기능을 사용하세요. 이는 표준을 준수하면서 정점에서 CNAME과 유사하게 동작합니다.
네, CNAME은 다른 CNAME을 가리킬 수 있고, 리졸버는 A 또는 AAAA 레코드를 가진 호스트명에 닿을 때까지 사슬을 따라갑니다. 다만 긴 사슬은 각 단계마다 DNS 조회를 더해 지연을 늘립니다. 사슬을 짧게, 가급적 한 단계로 유지하고, 최종 대상이 실제로 주소 레코드를 갖도록 해 확인이 성공하게 하세요.
CNAME은 대상 호스트명에 A 또는 AAAA 레코드가 없거나, 가리키는 SaaS 서비스가 아직 활성화되지 않았거나, 이미 다른 레코드가 있는 이름에 CNAME을 두어서 자주 실패합니다. 대상이 자체적으로 확인되는지 확인하고, 제공업체의 설정이 완료되었는지 확인하며, 충돌하는 A, MX, TXT 레코드가 같은 호스트명을 공유하지 않게 하세요.