15.2.3.2. 일반적인 리소스 레코드
다음 리소스 레코드는 영역 파일에서 일반적으로 사용됩니다.
- A
- Address 레코드는 이름에 할당할
IP주소를 지정합니다. 다음 형식을 취합니다.hostname IN A IP-address
hostname 값이 생략되면 레코드는 마지막으로 지정된 hostname 을 가리킵니다.예 15.10. A 리소스 레코드 사용
server1 IN A 10.0.1.3 IN A 10.0.1.5 - CNAME
- Canonical Name 레코드는 한 이름을 다른 이름에 매핑합니다. 이 때문에 이러한 유형의 레코드를 별칭 레코드 라고 합니다. 다음 형식을 취합니다.
alias-name IN CNAME real-name
CNAME 레코드는 웹 서버의www와 같은 일반적인 명명 체계를 사용하는 서비스를 가리키는 데 가장 일반적으로 사용됩니다. 그러나 사용법에 대한 여러 제한 사항이 있습니다.- CNAME 레코드는 다른 CNAME 레코드를 가리켜서는 안 됩니다. 이것은 주로 가능한 무한 루프를 피하기 위한 것입니다.
- CNAME 레코드에는 다른 리소스 레코드 유형(예: A, NS, MX 등)이 없어야 합니다. 유일한 예외는 영역이 서명될 때 DNSSEC 관련 레코드(RRSIG, NSEC 등)입니다.
- 호스트(NS, MX, PTR)의 FQDN(정규화된 도메인 이름)을 가리키는 기타 리소스 레코드는 CNAME 레코드를 가리키지 않아야 합니다.
예 15.11. “CNAME 리소스 레코드 사용” 에서 A 레코드는 호스트 이름을IP주소에 바인딩하지만 CNAME 레코드는 일반적으로 사용되는www호스트 이름을 가리킵니다.예 15.11. CNAME 리소스 레코드 사용
server1 IN A 10.0.1.5 www IN CNAME server1
- MX
- 메일 교환 레코드는 특정 네임스페이스로 전송된 메일을 이 영역에서 제어해야 하는 위치를 지정합니다. 다음 형식을 취합니다.
IN MX preference-value email-server-name
email-server-name 은 정규화된 도메인 이름(FQDN)입니다. preference-value 를 사용하면 네임스페이스에 대한 이메일 서버의 숫자 순위를 사용할 수 있으므로 일부 이메일 시스템보다 우선 순위를 지정할 수 있습니다. preference-value 가 가장 낮은 MX 리소스 레코드가 다른 항목보다 우선합니다. 그러나 여러 이메일 서버가 동일한 값을 보유하여 이메일 트래픽을 균등하게 분산할 수 있습니다.예 15.12. “MX 리소스 레코드 사용” 에서 첫 번째mail.example.com이메일 서버는example이메일 서버로 선호됩니다..com 도메인으로 향하는 이메일을 수신할 때 mail2.example.com예 15.12. MX 리소스 레코드 사용
example.com. IN MX 10 mail.example.com. IN MX 20 mail2.example.com. - NS
- Nameserver 레코드는 특정 영역에 대한 권한 있는 이름 서버를 보고합니다. 다음 형식을 취합니다.
IN NS nameserver-name
nameserver-name 은 정규화된 도메인 이름(FQDN)이어야 합니다. 두 이름 서버가 도메인에 대한 권한 있는 것으로 나열되면 이러한 이름 서버가 보조 이름 서버인지 아니면 기본 서버인지는 중요하지 않습니다. 이 두 가지는 여전히 권위 있는 것으로 간주됩니다.예 15.13. NS 리소스 레코드 사용
IN NS dns1.example.com. IN NS dns2.example.com.
- PTR
- 포인터 레코드는 네임스페이스의 다른 부분을 가리킵니다. 다음 형식을 취합니다.
last-IP-digit IN PTR FQDN-of-system
last-IP-digit 지시문은IP주소의 마지막 숫자이며 FQDN-of-system 은 정규화된 도메인 이름(FQDN)입니다.PTR 레코드는IP주소를 다시 특정 이름으로 가리키므로 주로 역방향 이름 확인에 사용됩니다. 사용 중인 PTR 레코드의 예는 15.2.3.4.2절. “역방향 이름 확인 영역 파일” 을 참조하십시오. - SOA
- Start of Authority record에서 네임스페이스에 대한 중요한 신뢰할 수 있는 정보를 이름 서버에 발표합니다. 지시문 뒤에 있는 이는 영역 파일의 첫 번째 리소스 레코드입니다. 다음 형식을 취합니다.
@ IN SOA primary-name-server hostmaster-email ( serial-number time-to-refresh time-to-retry time-to-expire minimum-TTL )지시문은 다음과 같습니다.@기호는 $ORIGIN 지시문(또는 $ORIGIN 지시문이 설정되지 않은 경우 영역의 이름)을 이 SOA 리소스 레코드에서 정의하는 네임스페이스로 배치합니다.- primary-name-server 지시문은 이 도메인에 대해 권한이 있는 기본 이름 서버의 호스트 이름입니다.
- hostmaster-email 지시문은 네임스페이스에 연결할 사용자의 이메일입니다.
- serial-number 지시문은 영역 파일이 변경될 때마다 숫자 값이 증가하여
명명된서비스가 영역을 다시 로드할 때입니다. - time-to-refresh 지시문은 숫자 값 보조 이름 서버에서 해당 영역을 변경한 경우 기본 이름 서버에 요청하기 전에 대기하는 시간을 결정하는 데 사용합니다.
- time-to-try 지시문은 기본 이름 서버가 응답하지 않는 경우 새로 고침 요청을 발행하기 전에 대기하는 시간을 결정하는 데 사용되는 숫자 값입니다. time -to-expire 지시문에 지정된 시간 전에 기본 서버에서 새로 고침 요청에 응답하지 않으면 보조 서버에서 해당 네임스페이스에 대한 요청으로 응답을 중지합니다.
- BIND 4 및 8에서 minimum-TTL 지시문은 다른 이름 서버가 영역의 정보를 캐시하는 시간입니다. BIND 9에서는 에 부정적인 응답이 캐시되는 기간을 정의합니다. 음수 응답 캐싱은 최대 3시간(3
H)으로 설정할 수 있습니다.
BIND를 구성할 때 모든 시간은 초 단위로 지정됩니다. 그러나 분(M), 시간(h),일(D) 및 주(W)와 같이 시간 단위를 지정할 때 약어( 약어)를 사용할 수 있습니다.표 15.6. “다른 시간 단위와 비교한 초” 은 시간(초)과 이에 해당하는 시간을 다른 형식으로 표시합니다.표 15.6. 다른 시간 단위와 비교한 초 초 기타 시간 단위 60 1M1800 30M3600 1H10800 3H21600 6H43200 12H86400 1D259200 3D604800 1W31536000 365D예 15.14. SOA 리소스 레코드 사용
@ IN SOA dns1.example.com. hostmaster.example.com. ( 2001062501 ; serial 21600 ; refresh after 6 hours 3600 ; retry after 1 hour 604800 ; expire after 1 week 86400 ) ; minimum TTL of 1 day
