Domain IP Lookup

거의 모든 존에서 만나게 되는 레코드

A호스트 이름을 IPv4 주소로 연결
AAAA호스트 이름을 IPv6 주소로 연결
CNAME호스트 이름을 다른 호스트 이름으로 연결
MX도메인을 메일 서버로 연결, 우선순위 기준
TXT도메인에 임의의 텍스트 연결: SPF, DKIM, 소유권 확인
NS도메인에 응답하는 네임서버 지정
DNS 기초

DNS 레코드 유형 총정리: 완전한 레퍼런스

읽는 시간 4분

도메인의 DNS 존은 레코드의 집합이며, 각 레코드에는 그 의미를 정하는 유형이 있습니다. 레지스트리에는 수십 가지 유형이 있지만 실제로 중요한 것은 열 개 안팎입니다. 이 글은 그 유형들의 레퍼런스입니다.

거의 모든 존에서 만나게 되는 레코드

A호스트 이름을 IPv4 주소로 연결
AAAA호스트 이름을 IPv6 주소로 연결
CNAME호스트 이름을 다른 호스트 이름으로 연결
MX도메인을 메일 서버로 연결, 우선순위 기준
TXT도메인에 임의의 텍스트 연결: SPF, DKIM, 소유권 확인
NS도메인에 응답하는 네임서버 지정
거의 모든 존에서 마주치게 되는 레코드 유형입니다.

빠른 참조

유형매핑일반적인 TTL
A호스트 이름을 IPv4로3600
AAAA호스트 이름을 IPv6로3600
CNAME호스트 이름을 다른 호스트 이름으로3600
MX도메인을 메일 서버로3600
TXT도메인을 임의의 텍스트로3600
NS도메인을 네임서버로86400
SOA존 메타데이터86400
PTRIP 주소를 호스트 이름으로3600
SRV서비스를 호스트와 포트로3600
CAA인증서를 발급할 수 있는 CA3600

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 기초

DNS의 작동 원리: 도메인 이름에서 IP 주소까지

인터넷의 전화번호부를 처음부터 끝까지 추적합니다. 도메인을 입력한 뒤 첫 패킷이 서버에 닿기까지 몇 밀리초 동안 무슨 일이 일어날까요?

읽는 시간 3분

거의 모든 존에서 만나게 되는 레코드

A호스트 이름을 IPv4 주소로 연결
AAAA호스트 이름을 IPv6 주소로 연결
CNAME호스트 이름을 다른 호스트 이름으로 연결
MX도메인을 메일 서버로 연결, 우선순위 기준
TXT도메인에 임의의 텍스트 연결: SPF, DKIM, 소유권 확인
NS도메인에 응답하는 네임서버 지정
DNS 기초

DNS A 레코드란? (그리고 AAAA가 필요한 경우)

도메인을 실제로 서버에 연결하는 레코드입니다. 구조, 짝이 되는 AAAA, 사이트를 가장 자주 망가뜨리는 네 가지 실수를 다룹니다.

읽는 시간 3분

거의 모든 존에서 만나게 되는 레코드

A호스트 이름을 IPv4 주소로 연결
AAAA호스트 이름을 IPv6 주소로 연결
CNAME호스트 이름을 다른 호스트 이름으로 연결
MX도메인을 메일 서버로 연결, 우선순위 기준
TXT도메인에 임의의 텍스트 연결: SPF, DKIM, 소유권 확인
NS도메인에 응답하는 네임서버 지정
DNS 기초

CNAME과 A 레코드: 무엇을 써야 할까요?

결정은 질문 하나로 정리됩니다. IP 주소를 직접 관리하는가, 다른 곳에서 관리하는가. 누구나 걸려 넘어지는 루트 도메인 규칙도 함께 다룹니다.

읽는 시간 3분