15.2.3.2. 일반적인 리소스 레코드


다음 리소스 레코드는 영역 파일에서 일반적으로 사용됩니다.
A
Address 레코드는 이름에 할당할 IP 주소를 지정합니다. 다음 형식을 취합니다.
hostname IN A IP-address
Copy to Clipboard Toggle word wrap
hostname 값이 생략되면 레코드는 마지막으로 지정된 hostname 을 가리킵니다.
예 15.10. “A 리소스 레코드 사용” 에서 server1.example.com 에 대한 요청은 10.0.1.3 또는 10.0.1. 5을 가리킵니다.

예 15.10. A 리소스 레코드 사용

server1  IN  A  10.0.1.3
         IN  A  10.0.1.5
Copy to Clipboard Toggle word wrap
CNAME
Canonical Name 레코드는 한 이름을 다른 이름에 매핑합니다. 이 때문에 이러한 유형의 레코드를 별칭 레코드 라고 합니다. 다음 형식을 취합니다.
alias-name IN CNAME real-name
Copy to Clipboard Toggle word wrap
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
Copy to Clipboard Toggle word wrap
MX
메일 교환 레코드는 특정 네임스페이스로 전송된 메일을 이 영역에서 제어해야 하는 위치를 지정합니다. 다음 형식을 취합니다.
IN MX preference-value email-server-name
Copy to Clipboard Toggle word wrap
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.
Copy to Clipboard Toggle word wrap
NS
Nameserver 레코드는 특정 영역에 대한 권한 있는 이름 서버를 보고합니다. 다음 형식을 취합니다.
IN NS nameserver-name
Copy to Clipboard Toggle word wrap
nameserver-name 은 정규화된 도메인 이름(FQDN)이어야 합니다. 두 이름 서버가 도메인에 대한 권한 있는 것으로 나열되면 이러한 이름 서버가 보조 이름 서버인지 아니면 기본 서버인지는 중요하지 않습니다. 이 두 가지는 여전히 권위 있는 것으로 간주됩니다.

예 15.13. NS 리소스 레코드 사용

IN  NS  dns1.example.com.
IN  NS  dns2.example.com.
Copy to Clipboard Toggle word wrap
PTR
포인터 레코드는 네임스페이스의 다른 부분을 가리킵니다. 다음 형식을 취합니다.
last-IP-digit IN PTR FQDN-of-system
Copy to Clipboard Toggle word wrap
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 )
Copy to Clipboard Toggle word wrap
지시문은 다음과 같습니다.
  • @ 기호는 $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시간(3H)으로 설정할 수 있습니다.
BIND를 구성할 때 모든 시간은 초 단위로 지정됩니다. 그러나 분(M), 시간(h),일(D) 및 주(W)와 같이 시간 단위를 지정할 때 약어( 약어)를 사용할 수 있습니다. 표 15.6. “다른 시간 단위와 비교한 초” 은 시간(초)과 이에 해당하는 시간을 다른 형식으로 표시합니다.
Expand
표 15.6. 다른 시간 단위와 비교한 초
기타 시간 단위
60 1M
1800 30M
3600 1H
10800 3H
21600 6H
43200 12H
86400 1D
259200 3D
604800 1W
31536000 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
Copy to Clipboard Toggle word wrap
맨 위로 이동
Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다. 최신 업데이트를 확인하세요.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

Theme

© 2025 Red Hat