거의 모든 존에서 만나게 되는 레코드
DNS 레코드 유형 총정리: 완전한 레퍼런스
도메인의 DNS 존은 레코드의 집합이며, 각 레코드에는 그 의미를 정하는 유형이 있습니다. 레지스트리에는 수십 가지 유형이 있지만 실제로 중요한 것은 열 개 안팎입니다. 이 글은 그 유형들의 레퍼런스입니다.
거의 모든 존에서 만나게 되는 레코드
빠른 참조
| 유형 | 매핑 | 일반적인 TTL |
|---|---|---|
A | 호스트 이름을 IPv4로 | 3600 |
AAAA | 호스트 이름을 IPv6로 | 3600 |
CNAME | 호스트 이름을 다른 호스트 이름으로 | 3600 |
MX | 도메인을 메일 서버로 | 3600 |
TXT | 도메인을 임의의 텍스트로 | 3600 |
NS | 도메인을 네임서버로 | 86400 |
SOA | 존 메타데이터 | 86400 |
PTR | IP 주소를 호스트 이름으로 | 3600 |
SRV | 서비스를 호스트와 포트로 | 3600 |
CAA | 인증서를 발급할 수 있는 CA | 3600 |
A: 주소(Address)
호스트 이름을 IPv4 주소로 매핑합니다. 가장 중요한 레코드이며, 이것이 없으면 아무것도 확인되지 않습니다.
example.com. 3600 IN A 93.184.216.34흔한 실수: 값에 호스트 이름을 넣으려는 것입니다. A 레코드에는 IP 주소 자체만 들어갈 수 있습니다. 자세한 내용은 DNS A 레코드란에서 확인하세요.
AAAA: IPv6 주소
IPv6에 해당하는 레코드입니다. 주소 크기가 A 레코드의 네 배라는 점에서 이름이 붙었습니다.
example.com. 3600 IN AAAA 2606:2800:220:1::248흔한 실수: 서버가 해당 주소에서 실제로 수신하기 전에 레코드를 게시하는 것입니다. 듀얼 스택 클라이언트는 IPv6를 먼저 시도하다 멈춘 뒤 대체 경로로 전환하므로, 일부 방문자에게 사이트가 느리게 느껴집니다.
CNAME: 정식 이름(Canonical Name)
한 호스트 이름을 다른 호스트 이름의 별칭으로 만듭니다. 그러면 리졸버가 이어서 대상을 조회합니다.
www.example.com. 3600 IN CNAME example.com.누구나 걸려 넘어지는 두 가지 규칙: CNAME은 도메인의 루트에 둘 수 없고, CNAME이 있는 이름에는 다른 레코드를 둘 수 없습니다. CNAME과 A 레코드를 참고하세요.
MX: 메일 교환(Mail Exchange)
도메인의 메일을 받는 서버를 지정하며, 우선순위 값이 낮을수록 먼저 시도됩니다.
example.com. 3600 IN MX 10 mail.example.com.
example.com. 3600 IN MX 20 backup.example.com.흔한 실수: IP 주소나 CNAME을 가리키는 것입니다. 대상은 자체 A/AAAA 레코드가 있는 호스트 이름이어야 합니다. MX 레코드를 참고하세요.
TXT: 텍스트(Text)
임의의 텍스트를 담습니다. 실제로는 이메일 인증과 도메인 소유권 확인에 쓰입니다.
example.com. IN TXT "v=spf1 include:_spf.google.com ~all"
_dmarc.example.com. IN TXT "v=DMARC1; p=quarantine; rua=mailto:dmarc@example.com"흔한 실수: v=spf1 레코드를 두 개 게시하는 것입니다. 이는 영구 오류이며 수신 측은 두 레코드를 병합하지 않습니다. SPF, DKIM, DMARC를 참고하세요.
NS: 네임서버(Nameserver)
어떤 네임서버가 존에 대한 권한을 가지는지 선언합니다. 위임을 나타내는 레코드입니다.
example.com. 86400 IN NS ns1.example.com.
example.com. 86400 IN NS ns2.example.com.흔한 실수: 도메인이 위임되지 않은 제공업체에서 레코드를 수정해, 수정 내용이 전혀 제공되지 않는 것입니다. 네임서버란 무엇인가를 참고하세요.
SOA: 권한 시작(Start of Authority)
존당 하나이며 관리 메타데이터를 담습니다. 주 네임서버, 관리자 이메일(@는 점으로 표기), 시리얼 번호, 보조 서버용 타이밍 값이 들어 있습니다.
example.com. 86400 IN SOA ns1.example.com. admin.example.com. (
2026091201 ; serial -- must increase on every change
7200 ; refresh
3600 ; retry
1209600 ; expire
3600 ) ; minimum / negative-answer TTL알아 둘 점: 마지막 값은 네거티브 캐싱 TTL로, “이 이름은 존재하지 않는다”는 응답이 캐시되는 시간입니다. 새로 만든 레코드가 이미 활성화되었는데도 한동안 보이지 않을 수 있는 이유입니다.
PTR: 포인터(Pointer)
주소를 다시 호스트 이름으로 매핑합니다. 도메인의 존이 아니라, 해당 IP 블록의 소유자가 관리하는 역방향 존에 존재합니다.
34.216.184.93.in-addr.arpa. 3600 IN PTR mail.example.com.흔한 실수: 자신의 DNS 관리 화면에서 만들려고 하는 것입니다. 호스팅 제공업체에 요청해야 합니다. 역방향 DNS를 참고하세요.
SRV: 서비스(Service)
특정 서비스의 호스트와 포트를 게시하며, SIP, XMPP, 마인크래프트, Microsoft Active Directory에서 쓰입니다.
_sip._tcp.example.com. 3600 IN SRV 10 60 5060 sipserver.example.com.
# | | | |
# priority | | target
# weight port알아 둘 점: SRV는 포트를 담는 유일한 일반 레코드 유형입니다. 이름은 항상 _service._protocol.domain 형식을 따릅니다.
CAA: 인증 기관 권한 부여(Certification Authority Authorization)
어떤 인증 기관(CA)이 도메인의 인증서를 발급할 수 있는지 나열합니다. CA는 발급 전에 이 레코드를 확인해야 합니다.
example.com. 3600 IN CAA 0 issue "letsencrypt.org"
example.com. 3600 IN CAA 0 iodef "mailto:security@example.com"거의 만질 일 없는 유형
ALIAS/ANAME: 제공업체 고유의 기능이며 실제 DNS 유형이 아닙니다. 서버 측에서 대상을 확인하는 방식으로 루트에서 CNAME과 비슷한 동작을 제공합니다.DNSKEY,DS,RRSIG: DNSSEC 레코드입니다. DNSSEC를 활성화하면 자동으로 관리되므로 직접 수정하지 마세요.NAPTR: 전화 통신과 ENUM에 쓰입니다.HTTPS/SVCB: 클라이언트가 연결 전에 연결 매개변수를 알 수 있게 해 주는 비교적 새로운 유형입니다. 사용이 늘고 있으며 CDN이 대신 설정해 줄 수도 있습니다.
핵심 요약
열 가지 레코드 유형이면 실제 구성의 거의 전부를 다룰 수 있습니다. 대부분의 DNS 문제는 특별한 것이 아니라, 엉뚱한 곳을 가리키는 A 레코드, 허용되지 않는 곳에 놓인 CNAME, 또는 도메인이 위임되지 않은 제공업체에서 한 수정입니다.
조회 도구로 모든 도메인의 A, AAAA, NS, CNAME, MX, TXT 레코드를 한 번에 볼 수 있습니다. 각 유형을 독립적으로 조회하므로 하나가 없는 도메인도 나머지는 그대로 표시됩니다.
도메인의 공개 DNS 주소를 확인해야 하나요? Domain IP Lookup 도구를 사용해 보세요.
이 주제의 무료 도구
자주 묻는 질문
관련 글
재귀 DNS 조회, 단계별로 살펴보기
브라우저
example.com 요청
리졸버
내 ISP / 1.1.1.1
루트 + TLD
.com 운영 주체는?
권한 네임서버
실제 응답
체인의 각 단계도 DNS 조회이며 이후 캐시됩니다
DNS의 작동 원리: 도메인 이름에서 IP 주소까지
인터넷의 전화번호부를 처음부터 끝까지 추적합니다. 도메인을 입력한 뒤 첫 패킷이 서버에 닿기까지 몇 밀리초 동안 무슨 일이 일어날까요?
거의 모든 존에서 만나게 되는 레코드
DNS A 레코드란? (그리고 AAAA가 필요한 경우)
도메인을 실제로 서버에 연결하는 레코드입니다. 구조, 짝이 되는 AAAA, 사이트를 가장 자주 망가뜨리는 네 가지 실수를 다룹니다.
거의 모든 존에서 만나게 되는 레코드
CNAME과 A 레코드: 무엇을 써야 할까요?
결정은 질문 하나로 정리됩니다. IP 주소를 직접 관리하는가, 다른 곳에서 관리하는가. 누구나 걸려 넘어지는 루트 도메인 규칙도 함께 다룹니다.