DNS 레코드 참조

리소스 레코드 참조

리소스 레코드 참조

DNS 데이터베이스는 DNS 서버에서 사용하는 하나 이상의 영역 파일로 구성됩니다. 각 영역에는 구조화된 리소스 레코드 모음이 있으며, 아래의 리소스 레코드가 DNS 서버 서비스에서 지원됩니다.

DNS 리소스 레코드 형식

모든 리소스 레코드는 아래 표에 나온 것과 동일한 최상위 수준 필드를 사용하여 그 형식이 정의되어 있습니다.

필드	설명
Owner	리소스 레코드를 소유하는 DNS 도메인 이름을 나타냅니다. 이 이름은 리소스 레코드가 위치한 콘솔 트리 노드의 이름과 같습니다.
TTL(Time-to-Live)	대부분의 리소스 레코드에서 이 필드는 옵션입니다. 다른 DNS 서버에서 만료된 레코드를 삭제하기 전에 레코드의 정보를 캐시하는 기간을 결정하는 데 사용되는 시간을 나타냅니다. 예를 들어, DNS 서버 서비스에서 만드는 대부분의 리소스 레코드는 다른 DNS 서버에서 너무 오래 캐시하지 않도록 하기 위해 1시간인 최소(기본) TTL을 SOA(권한 시작) 리소스 레코드에서 상속합니다. 개별 리소스 레코드에 대해, SOA RR에서 상속된 최소(기본) TTL을 재정의하여 레코드별로 TTL을 지정할 수 있습니다. 또한 현재 진행 중인 DNS 쿼리가 완료된 후 다음에 사용할 용도로 캐시할 필요가 없는 일시적인 데이터가 들어 있는 리소스 레코드에는 TTL 값을 0으로 설정할 수 있습니다. 참고 아래 리소스 레코드 예에서 TTL 필드가 옵션일 경우에는 언제나 생략됩니다. TTL 필드는 각 레코드 구문에 포함되어 추가될 수 있는 위치를 나타냅니다.
Class	이 필드에는 리소스 레코드의 클래스를 나타내는 니모닉 텍스트가 포함되어 있습니다. 예를 들어 "IN" 설정은 리소스 레코드가 Windows Server 2003 DNS에서 지원하는 유일한 클래스인 인터넷 클래스에 속함을 나타냅니다. 이 필드는 필수 요소입니다.
Type	이 필드에는 리소스 레코드의 형식을 나타내는 표준 니모닉 텍스트가 포함되어 있습니다. 예를 들어, "A" 니모닉은 리소스 레코드가 호스트 주소 정보를 저장하고 있음을 나타냅니다. 이 필드는 필수 요소입니다.
레코드 특정 데이터	리소스를 설명하는 정보가 들어 있는 필수 가변 길이 필드입니다. 이 정보는 리소스 레코드의 종류 및 클래스에 따라 형식이 다를 수 있습니다.

A

설명:호스트 주소(A) 리소스 레코드입니다. DNS 도메인 이름을 IP(인터넷 프로토콜) 버전 4, 32비트 주소로 매핑합니다. 자세한 내용은 RFC 1035를 참조하십시오.

구문: owner class ttl AIP_v4_address

예는 다음과 같습니다. host1.example.microsoft.com. IN A 127.0.0.1

AAAA

설명:IPv6 호스트 주소(AAAA) 리소스 레코드입니다. DNS 도메인 이름을 IP(인터넷 프로토콜) 버전 6, 128비트 주소로 매핑합니다. 자세한 내용은 RFC 1886을 참조하십시오.

구문: owner class ttl AAAAIP_v6_address

예는 다음과 같습니다. ipv6_host1.example.microsoft.com. IN AAAA 4321:0:1:2:3:4:567:89ab

AFSDB

설명:AFSDB(Andrew File System 데이터베이스) 리소스 레코드입니다. server_host_name 필드의 DNS 도메인 이름을 서버 하위 종류 서버 컴퓨터의 호스트 이름으로 매핑합니다. subtype 필드는 아래와 같이 인식되고 지원되는 값을 가질 수 있습니다. 값 1은 서버가 명명된 AFS 셀의 AFS 버전 3.0 볼륨 위치 서버임을 나타냅니다. 값 2는 서버가 OSF(Open Software Foundation) DCE의 인증된 셀 이름 지정 시스템 또는 HP/Apollo의 NCA(Network Computing Architecture)를 사용하는 서버의 셀 루트 디렉터리 노드를 포함하는 인증된 이름 서버임을 나타냅니다. 자세한 내용은 RFC 1183을 참조하십시오.

구문: owner ttl classAFSDBsubtype server_host_name

예는 다음과 같습니다. example.microsoft.com. AFSDB 1 afs-server1.example.microsoft.com

ATMA

설명:ATMA(Asynchronous Transfer Mode 주소) 리소스 레코드입니다. owner 필드의 DNS 도메인 이름을 atm_address 필드에 참조된 ATM 주소로 매핑합니다. 참고 웹 주소가 변경될 수 있으므로 여기에 있는 웹 사이트에 연결하지 못할 수도 있습니다. 자세한 내용은 MFA Forum 사이트(http://go.microsoft.com/fwlink/?LinkId=59674)(영문일 수 있음)에서 "ATA Names Service"를 참조하십시오. MFA Forum 사이트에서 af-saa-0069.000을 다운로드하십시오.

구문: owner ttl class ATMAatm_address

예는 다음과 같습니다. atm-host ATMA 47.0079.00010200000000000000.00a03e000002.00

CNAME

설명:CNAME(정식 이름) 리소스 레코드입니다. owner 필드의 별칭 또는 대체 DNS 도메인 이름을 canonical_name 필드에 지정된 정식 또는 주 DNS 이름으로 매핑합니다. 데이터에 사용되는 정식 또는 주 DNS 도메인 이름은 필수이며 네임스페이스에서 유효한 DNS 도메인 이름으로 확인되어야 합니다.

구문: owner ttl class CNAME canonical_name

예는 다음과 같습니다. aliasname.example.microsoft.com. CNAME truename.example.microsoft.com

HINFO

설명:HINFO(호스트 정보) 리소스 레코드입니다. owner 필드의 호스트 DNS 도메인 이름에 적절한 CPU 및 운영 체제 종류를 cpu_type과 os_type 필드에 각각 지정합니다. 가장 흔히 사용되고 잘 알려진 CPU 및 운영 체제 종류가 RFC1700에 기술되어 있습니다. 알려진 CPU 및 운영 체제 종류의 컴퓨터와 통신할 때 특정 프로시저를 사용하는 FTP와 같은 응용 프로그램 프로토콜에서 이 정보를 사용할 수 있습니다.

구문: owner ttl class HINFO cpu_type os_type

예는 다음과 같습니다. my-computer-name.example.microsoft.com. HINFO INTEL-386 WIN32

ISDN

설명:ISDN(종합 정보 통신망) 리소스 레코드입니다. DNS 도메인 이름을 ISDN 전화 번호로 매핑합니다. 이 레코드에서 사용되는 전화 번호는 이미 사용 중인 현재 국제 전화 번호 매기기 계획과 호환되는 ITU-T E.163/E.164 국제 전화 번호 매기기 표준을 따라야 합니다. 자세한 내용은 RFC 1183을 참조하십시오.

구문: owner ttl class ISDN isdn_address sub_address

예는 다음과 같습니다. my-isdn-host.example.microsoft.com. ISDN 141555555539699 002

KEY

설명: 공개 키 리소스 레코드입니다. 영역과 연관된 공개 키가 포함되어 있습니다. 전체 DNSSEC 구현에서 해결자와 서버는 KEY 리소스 레코드를 사용하여 서명된 영역에서 받은 SIG 리소스 레코드를 인증합니다. KEY 리소스 레코드는 부모 영역에서 서명하여 부모 영역의 공개 키를 알고 있는 서버가 자식 영역의 키를 검색하고 확인할 수 있게 합니다. 서명된 영역에서 리소스 레코드를 받은 이름 서버 또는 확인자 해당 SIG 레코드를 가져온 다음, 영역의 KEY 레코드를 검색합니다. 자세한 내용은 RFC 2535를 참조하십시오.

구문: owner class KEY protocol digital_signature_algorithm (DSA) public_key

예는 다음과 같습니다. widgets.microsoft.com IN KEY 0x0000 3 0

MB

설명:MB(사서함) 리소스 레코드입니다. owner 필드에 지정된 도메인 사서함 이름을 mailbox_hostname의 사서함 호스트 이름으로 매핑합니다. 사서함 호스트 이름은 같은 영역에서 호스트가 이미 사용한 유효한 호스트 주소(A) 리소스 레코드와 같아야 합니다. 뿐만 아니라 지정된 호스트에는 지정된 소유자의 메일을 받는 도메인 사서함이 있어야 합니다. 자세한 내용은 RFC 1035를 참조하십시오.

구문: owner ttl class MB mailbox_hostname

예는 다음과 같습니다. mailbox.example.microsoft.com. MB mailhost1.example.microsoft.com

MG

설명:MG(메일 그룹) 리소스 레코드입니다. 현재 영역의 MB(사서함) 리소스 레코드에서 각각 지정하는 도메인 사서함을 이 리소스 레코드의 owner로 식별되는 도메인 메일 그룹에 추가합니다. mailbox_name 필드에 사용되는 이름은 현재 영역에 이미 있는 유효한 MB(사서함) 리소스 레코드와 같아야 합니다. 자세한 내용은 RFC 1035를 참조하십시오.

구문: owner ttl class MG mailbox_name

예는 다음과 같습니다. administrator.example.microsoft.com. MG mailbox1.example.microsoft.com mailbox2.example.microsoft.com

MINFO

설명:MINFO(Mailbox Mail List Information) 리소스 레코드입니다. responsible_mailbox에서 owner 필드에 지정된 메일 목록 또는 사서함 관리 책임자의 도메인 사서함 이름을 지정합니다. 또한 error_mailbox 필드는 이 메일 목록이나 사서함에 관련된 오류 메시지를 받는 도메인 사서함을 지정하는 데 사용될 수 있습니다. 책임자에게 문의하고 오류를 전송하기 위해 지정하는 사서함은 현재 영역에 이미 있는 유효한 MB(사서함) 레코드와 같아야 합니다. 자세한 내용은 RFC 1035를 참조하십시오.

구문: owner ttl class MINFO responsible_mailbox error_mailbox

예는 다음과 같습니다. administrator.example.microsoft.com. MINFO resp-mbox.example.microsoft.com err-mbox.example.microsoft.com

MR

설명:MR(Mailbox Renamed) 리소스 레코드입니다. owner 필드에 지정된 기존 사서함의 이름을 적절히 바꾸어 new_renamed_mailbox에 도메인 사서함 이름을 지정합니다. MR 리소스 레코드는 흔히 다른 사서함으로 이동한 사용자를 위한 전달 항목으로 사용됩니다. MR 레코드가 있어도 구역 처리 작업이 추가로 발생하지 않습니다. 자세한 내용은 RFC 1035를 참조하십시오.

구문: owner ttl class MR new_renamed_mailbox

예는 다음과 같습니다. old-mbox.example.microsoft.com. MR new-renamed-mbox.example.microsoft.com

MX

설명:MX(메일 교환기) 리소스 레코드입니다. owner 필드에 지정된 도메인 이름으로 전송되는 메일에 mail_exchanger_host에서 지정한 대로 메일 교환기 호스트의 메시지 라우팅을 제공합니다. 두 자리 숫자의 우선 순위값은 여러 교환기 호스트가 지정된 경우의 우선 순서를 나타냅니다. 각 교환기 호스트에는 유효한 영역에 해당 호스트(A) 주소 리소스 레코드가 있어야 합니다. 자세한 내용은 RFC 1035를 참조하십시오.

구문: owner ttl class MX preference mail_exchanger_host

예는 다음과 같습니다. example.microsoft.com. MX 10 mailserver1.example.microsoft.com

NS

설명:owner 필드에 지정된 DNS 도메인 이름을 name_server_domain_name 필드에 지정된 DNS 서버를 운영하는 호스트 이름으로 매핑합니다.

구문: owner ttl IN NS name_server_domain_name

예는 다음과 같습니다. example.microsoft.com. IN NS nameserver1.example.microsoft.com

NXT

설명:다음(Next) 리소스 레코드입니다. NXT 리소스 레코드는 영역에 모든 리터럴 소유자 이름의 체인을 만들어 해당 영역에 이름이 없음을 나타냅니다. 또한 기존 이름에 해당되는 리소스 레코드 종류도 나타냅니다. 자세한 내용은 RFC 2535를 참조하십시오.

구문: owner class NXT next_domain_name last_record_type NXT

예는 다음과 같습니다. east.widgets.microsoft.com. IN NXT ftp.widgets.microsoft.com. A NXT

OPT

설명:옵션 리소스 레코드입니다. OPT 리소스 레코드 하나를 DNS 요청 또는 응답의 추가 데이터 섹션에 추가할 수 있습니다. OPT 리소스 레코드는 UDP와 같은 특정 전송 수준 메시지에 속하며 실제 DNS 데이터에는 포함되지 않습니다. 메시지 당 OPT 리소스 레코드가 하나만 허용되지만 반드시 필요한 것은 아닙니다. 자세한 내용은 RFC 2671을 참조하십시오.

구문: nameOPT class ttl rdlen rdata

예는 다음과 같습니다. null OPT IN 1280 0 0

PTR

설명:PTR(포인터) 리소스 레코드입니다. owner의 이름에서 targeted_domain_name에 지정된 DNS 네임스페이스의 다른 위치를 가리킵니다. in-addr.arpa 도메인 트리와 같은 특정 도메인에 주로 사용되어 주소 대 이름 매핑의 역방향 조회를 제공합니다. 대부분의 경우 각 레코드는 정방향 조회 영역의 해당 호스트(A) 주소 리소스 레코드와 같이 다른 DNS 도메인 이름 위치를 가리키는 정보를 제공합니다. 자세한 내용은 RFC 1035를 참조하십시오.

구문: owner ttl class PTR targeted_domain_name

예는 다음과 같습니다. 1.0.0.10.in-addr.arpa. PTR host.example.microsoft.com.

RP

설명:RP(책임자) 리소스 레코드입니다. mailbox_name에 책임자의 도메인 사서함 이름을 지정합니다. 이 이름은 같은 영역에 텍스트(TXT) 리소스 레코드가 존재하는 text_record_name의 도메인 이름으로 매핑됩니다. DNS 쿼리에 RP 레코드가 사용되면 다음 쿼리는 해당 텍스트(TXT) 리소스 레코드 정보를 검색하는 데 사용됩니다. 자세한 내용은 RFC 1183을 참조하십시오.

구문: owner ttl class RP mailbox_name text_record_name

예는 다음과 같습니다. example.microsoft.com. RP admin.example.microsoft.com. admin-info.example.microsoft.com. admin-info.example.microsoft.com. TXT "Joe Administrator, (555) 555-0110"

RT

설명:RT(통과 경로) 리소스 레코드입니다. 직접 WAN(Wide Area Network)이나 외부 네트워크 연결이 없는 내부 호스트에 중간 호스트 바인딩을 제공합니다. RT 레코드는 내부 호스트의 통신이 owner 필드에 지정된 대상 DNS 도메인 이름의 intermediate_host를 통과한다는 점에서 MX 레코드와 유사합니다. 두 자리 숫자 우선 순위 값은 여러 중간 라우팅 호스트가 지정된 경우 우선 순위를 설정하는 데 사용됩니다. 지정된 각 중간 호스트에 해당하는 호스트(A) 주소 리소스 레코드가 현재 영역에 있어야 합니다. 자세한 내용은 RFC 1183을 참조하십시오.

구문: owner ttl class RT preference intermediate_host

예는 다음과 같습니다. example.microsoft.com. RT 2 lan-router.example.microsoft.com RT 10 wan-router.example.microsoft.com

SIG

설명:서명 리소스 레코드입니다. RRset을 서명자(RRset의 영역 소유자)의 도메인 이름 및 유효 간격으로 암호화합니다. 자세한 내용은 RFC 2535를 참조하십시오.

구문: owner class SIG ttl signature_expiration signature_inception key_identifier signer_name{digital_signature}

예는 다음과 같습니다. widgets.microsoft.com IN SIG 86400 19700101000000 19700101000000 49292 widgets.microsoft.com.{ AIYADP8d3zYNyQwW2EM4wXVFdslEJcUx/fxkfBeH1El4ixPFhpfHFElxbvKoWmvjDTCmfiYy2X+8XpFjwICHc398kzWsTMKlxovpz2FnCTM= }

SOA

설명:SOA(권한 시작) 리소스 레코드입니다. 영역의 원래 이름을 나타내며 영역에 대한 정보의 주 소스인 서버의 이름을 포함합니다. 또한 영역의 다른 기본 속성도 나타냅니다. SOA 리소스 레코드는 항상 표준 영역의 맨 앞에 옵니다. 처음에 영역을 만들었거나 현재 해당 영역의 주 서버로 지정된 DNS 서버를 나타냅니다. 또한 영역 갱신 또는 만료에 영향을 주는 타이밍과 버전 정보 같은 기타 속성을 저장하는 데 사용됩니다. 이러한 속성은 해당 영역에 대한 권한이 있는 서버 간에 영역 전송이 수행되는 빈도에 영향을 줍니다. 자세한 내용은 권한 레코드 관리를 참조하십시오. 참고 아래 예에서 도메인 이름은 영역에 있는 모든 데이터의 원본(example.microsoft.com.)과 같으므로 소유자(주 DNS 서버)는 "@"로 지정됩니다. 리소스 레코드에 대한 표준 표기 규칙이며 SOA 레코드에 가장 자주 나타납니다.

구문: owner class SOA name_server responsible_person (serial_number refresh_interval retry_interval expiration minimum_time_to_live)

예는 다음과 같습니다. @ IN SOA nameserver.example.microsoft.com. postmaster.example.microsoft.com. ( 1 ; serial number 3600 ; refresh [1h] 600 ; retry [10m] 86400 ; expire [1d] 3600 ) ; min TTL [1h]

SRV

설명:SRV(서비스 로케이터) 리소스 레코드입니다. 유사한 TCP/IP 기반 서비스를 제공하는 여러 서버를 단일 DNS 쿼리 동작을 사용하여 찾을 수 있게 합니다. 이 레코드를 사용하여 잘 알려진 서버 포트 및 전송 프로토콜 종류에 대한 서버 목록을 DNS 도메인 이름의 우선 순위로 정렬하여 관리할 수 있습니다. 예를 들어 Windows Server 2003 DNS에서 이 레코드를 사용하여 TCP 포트 389에서 LDAP(Lightweight Directory Access Protocol)를 사용하는 도메인 컨트롤러를 찾을 수 있습니다. SRV 리소스 레코드에 사용되는 특수 필드는 각각 아래와 같이 사용됩니다. service 원하는 서비스의 심볼 이름입니다. 잘 알려진 서비스의 경우 RFC 1700에 "_telnet" 또는 "_smtp"와 같은 예약된 유니버설 심볼 이름이 정의되어 있습니다. 잘 알려진 서비스 이름이 RFC 1700에 정의되어 있지 않으면 대신 로컬 또는 사용자 기본 설정 이름을 사용할 수 있습니다. 널리 사용되는 일부 TCP/IP 서비스, 특히 POP(Post Office Protocol)에는 단일 유니버설 심볼 이름이 없습니다. RFC 1700에서 이 필드에 표시된 서비스의 이름을 할당하면 RFC 정의 이름만을 사용할 수 있습니다. 로컬로 정의된 서비스만 로컬로 이름을 지정할 수 있습니다. protocol 전송 프로토콜 종류를 나타냅니다. RFC 1700에서 이름을 지정한 모든 전송 프로토콜을 사용할 수 있지만 주로 TCP나 UDP가 됩니다. name 이 리소스 레코드에서 참조하는 DNS 도메인 이름입니다. SRV 리소스 레코드는 검색이나 쿼리를 수행하는 데 사용되지 않는다는 점에서 다른 DNS 레코드 종류와 다릅니다. prioritytarget 필드에 지정된 호스트의 우선 순위를 지정합니다. SRV 리소스 레코드를 쿼리하는 DNS 클라이언트는 여기에 나열된 가장 낮은 번호로 우선 순위가 지정된 호스트 중 연결 가능한 첫째 호스트에 접속을 시도합니다. target 호스트의 우선 순위 값이 같은 수준인 경우에도 임의 순서로 접속을 시도할 수 있습니다. 우선 순위 값 범위는 0에서 65535입니다. weighttarget 필드에 여러 서버가 지정되어 있고 모두 같은 우선 순위 수준으로 지정되어 있는 경우 로드 균형 조정 메커니즘을 제공하기 위해 기본 설정 이외에도 이 필드가 사용됩니다. 동일한 우선 순위 수준 중에서 대상 서버 호스트를 선택하는 경우 이 값을 사용하여 응답을 받은 SRV 쿼리에 사용되는 대상 호스트의 정확한 순서와 선택 균형 조정을 결정하는 데 사용할 수 있는 추가된 우선 순위 수준을 설정할 수 있습니다. 0이 아닌 값이 사용되면 이 값의 크기에 비례하여 이 값과 우선 순위가 같은 서버가 시도됩니다. 값 범위는 1에서 65535입니다. 로드 균형 조정이 필요하지 않으면 이 필드에 0을 사용하여 레코드를 읽기 쉽게 합니다. portservice 필드에 표시된 서비스를 제공하는 target 호스트의 서버 포트입니다. 서버 포트 번호에는 흔히 잘 알려진 할당된 서비스 포트 번호가 사용되지만 포트 번호의 범위는 RFC 1700에서 지정한 대로 0에서 65535입니다. 필요에 따라 할당되지 않은 포트를 사용할 수 있습니다. target 요청된 서비스 종류를 제공하는 호스트의 DNS 도메인 이름을 지정합니다. 사용된 호스트 이름 각각에 해당하는 호스트 주소(A) 리소스 레코드가 DNS 네임스페이스에 있어야 합니다. 이 필드에 마침표(.) 하나를 사용하여 이 DNS 도메인 이름에서 이 SRV 리소스 레코드에서 지정한 요청된 서비스가 가능하지 않음을 명백하게 나타낼 수 있습니다. 자세한 내용은 인터넷 초안 "A DNS RR for specifying the location of services (DNS SRV)"를 참조하십시오.

구문: service.protocol.name ttl class SRV preference weight port target

예는 다음과 같습니다. _ldap._tcp._msdcs SRV 0 0 389 dc1.example.microsoft.com SRV 10 0 389 dc2.example.microsoft.com

TXT

설명:텍스트(TXT) 리소스 레코드입니다. owner 필드에 지정된 DNS 도메인 이름을 설명 텍스트를 제공하는 text_string의 문자열로 매핑합니다. 자세한 내용은 RFC 1035를 참조하십시오.

구문: owner ttl class TXT text_string

예는 다음과 같습니다. example.microsoft.com. TXT "추가 도메인 이름 정보의 예입니다."

WKS

설명:WKS(잘 알려진 서비스) 리소스 레코드입니다. 특정 IP 주소의 특정 프로토콜에서 지원하는 잘 알려진 TCP/IP 서비스를 설명합니다. WKS 레코드는 TCP/IP 서버에 TCP 및 UDP의 가용성 정보를 제공합니다. 서버가 잘 알려진 서비스에 대해 TCP와 UDP를 모두 지원하거나 서비스를 지원하는 여러 IP 주소가 서버에 있으면 여러 WKS 레코드가 사용됩니다. 자세한 내용은 RFC 1035를 참조하십시오.

구문: owner ttl classWKS address protocol service_list

예는 다음과 같습니다. example.microsoft.com. WKS 10.0.0.1 TCP ( telnet smtp ftp )

X25

설명:X.25(X25) 리소스 레코드입니다. owner 필드의 DNS 도메인 이름을 psdn_number에 지정된 PSDN(Public Switched Data Network) 주소 번호로 매핑합니다. 이 레코드에 사용되는 PSDN 번호는 X.121 국제 번호 매기기 계획을 따라야 합니다. 자세한 내용은 RFC 1183을 참조하십시오.

구문: owner ttl classX25 psdn_number

예는 다음과 같습니다. example.microsoft.com. X25 52204455506

출처 http://technet.microsoft.com/ko-kr/library/cc758321(WS.10).aspx