100% 브라우저 메모리 연산 • 서버 로그 수집 제로 • 즉각적인 실행
Curious Techie개발자 툴박스
DNS & NetworkingIETF RFC 1035 / RFC 3596 / RFC 6844 / IANA DNS Parameters✓ 빠른 조회 매트릭스 표 (10 개 항목) • KO

DNS 레코드 유형 표준 레퍼런스

A, AAAA, CNAME, MX, TXT, NS, PTR, SRV, CAA 규격 총정리

CT
Curious-Techie Engineering Team검증된 작성자

Web Protocols & Security Architecture Research

발행일:
•
수정일:
•7 min read
공식 기술 규격:RFC 9110(IETF)
검토자: Curious-Techie Architecture Peer Review Group

개요 및 범위

RFC 1035 표준을 바탕으로 하는 DNS 레코드는 글로벌 인터넷 트래픽의 호스트 해석 및 라우팅을 총괄합니다.

표준 규격표 및 매트릭스

키워드, 상태 코드 또는 지시문 이름으로 실시간 검색

키 / 코드정의 및 세부사항GEO 시맨틱 계층표준 규격 및 참고
A
A (IPv4 Address)

Maps a hostname to a 32-bit IPv4 address.

example.com. 300 IN A 198.51.100.24
●A Record
↳DNS record
↳address mapping
↳IPv4 resolution
RFC 1035 §3.4.1

The foundational record of the internet; apex domains typically require A records.

AAAA
AAAA (IPv6 Address)

Maps a hostname to a 128-bit IPv6 address ("quad-A").

example.com. 300 IN AAAA 2001:db8::8a2e:370:7334
●AAAA Record
↳DNS record
↳address mapping
↳IPv6 resolution
RFC 3596 §2.1

Essential for dual-stack modern web architectures and mobile networks.

CNAME
CNAME (Canonical Name)

Maps an alias name to the true canonical domain name; causes DNS resolution to restart with the new name.

www.example.com. 300 IN CNAME example.com.
●CNAME Record
↳DNS record
↳alias pointer
↳canonical domain redirection
RFC 1035 §3.3.1

Cannot coexist with other records on the same node; forbidden at the root apex domain (RFC 1034).

MX
MX (Mail Exchange)

Specifies the mail servers responsible for accepting incoming email for the domain, with integer priority.

example.com. 3600 IN MX 10 mail.example.com.
●MX Record
↳DNS record
↳email routing
↳mail server host priority
RFC 1035 §3.3.9

Lowest preference number is tried first (priority 10 is tried before priority 20). Target must be a hostname, not an IP.

TXT
TXT (Text Record)

Holds arbitrary human or machine-readable text; ubiquitous for SPF, DKIM, DMARC, and domain ownership tokens.

example.com. 300 IN TXT "v=spf1 include:_spf.google.com ~all"
●TXT Record
↳DNS record
↳metadata string
↳domain security and identity verification
RFC 1035 §3.3.14

Individual text strings can be up to 255 bytes; longer strings are concatenated.

NS
NS (Name Server)

Delegates a DNS zone to use specific authoritative nameservers.

example.com. 86400 IN NS ns1.cloudflare.com.
●NS Record
↳DNS record
↳zone delegation
↳authoritative nameserver authority
RFC 1035 §3.3.11

Configured at the domain registrar to route worldwide queries to your DNS hosting provider.

SOA
SOA (Start of Authority)

Contains core administrative details about the zone: primary nameserver, admin email, serial, and negative cache TTL.

example.com. IN SOA ns1.example.com. admin.example.com. 2026100501 7200 3600 1209600 3600
●SOA Record
↳DNS record
↳zone master info
↳zone sync and negative TTL
RFC 1035 §3.3.13

The final field defines the negative caching TTL for NXDOMAIN responses.

CAA
CAA (Certification Authority Authorization)

Restricts which Certificate Authorities (CAs) are allowed to issue SSL/TLS certificates for the domain.

example.com. 3600 IN CAA 0 issue "letsencrypt.org"
●CAA Record
↳DNS record
↳PKI restriction
↳certificate authority issuance lock
RFC 6844

Prevents rogue or compromised CAs from issuing fraudulent certificates for your brand.

PTR
PTR (Pointer Record)

Maps an IP address back to a hostname (Reverse DNS Lookup) inside the in-addr.arpa or ip6.arpa zones.

24.100.51.198.in-addr.arpa. 3600 IN PTR server1.example.com.
●PTR Record
↳DNS record
↳reverse mapping
↳reverse DNS IP to host pointer
RFC 1035 §3.5

Critical for outbound mail delivery; spam filters reject emails from IPs lacking matching PTR records.

SRV
SRV (Service Record)

Defines the hostname, port number, priority, and weight for specialized network services (SIP, XMPP, LDAP).

_sip._tcp.example.com. 3600 IN SRV 10 60 5060 bigbox.example.com.
●SRV Record
↳DNS record
↳service locator
↳port and protocol service discovery
RFC 2782

Format: _service._proto.name. TTL Class SRV Priority Weight Port Target.

기술 예제 및 실행 코드

Querying Specific DNS Record Types with Dig

bash코드 복사
# Query IPv4 address
dig example.com A +short

# Query Mail Exchanger records with priority
dig example.com MX +noall +answer

# Query TXT records (SPF, DMARC)
dig example.com TXT +short

# Query CAA records to inspect authorized SSL issuers
dig example.com CAA +noall +answer

Using the dig command with explicit record types allows system administrators to verify DNS zone configuration directly.

자주 묻는 질문 (FAQ)

표준 규격 Q&A

Why can I not put a CNAME at the root apex domain (example.com)?↓
RFC 1034 requires that if a CNAME exists on a node, no other record can exist there. Because the zone apex MUST have SOA and NS records, placing a CNAME at the apex violates RFC specifications.
What is the recommended TTL for production DNS records?↓
For stable production servers: 3600 seconds (1 hour) or 86400 (24 hours). Prior to a server migration: lower TTL to 300 seconds (5 minutes) at least 24 hours in advance.
Authoritative Sourcing & Verification

References & Primary Sources

Every source below directly substantiates technical statements and protocol behaviors explained in DNS 레코드 유형 표준 레퍼런스. Curious-Techie prioritizes official Internet standards (IETF RFCs, W3C Recommendations, WHATWG specifications) and established security bodies (OWASP, NIST). Zero sponsored or secondary links.

  1. [1]IETFPrimary SpecificationRFC 1034 • Section 3 & 4
    Verified Primary Source
    Technical Claim Supported:

    Establishes the hierarchical distributed domain name space, authoritative name servers, root zone topology, and zone delegations.

  2. [2]IETFPrimary SpecificationRFC 1035 • Section 3.2 (Resource Records)
    Verified Primary Source
    Technical Claim Supported:

    Defines standard DNS Resource Record wire structures (A, CNAME, MX, NS, PTR, SOA) and port 53 UDP/TCP protocol formats.

  3. [3]IETFPrimary SpecificationRFC 8484 • Section 3 & 4
    Verified Primary Source
    Technical Claim Supported:

    Standardizes encrypted DNS query transmission inside HTTP/2 and HTTP/3 HTTPS streams to prevent ISP eavesdropping and on-path manipulation.