리소스 레코드 추가

영역에서 호스트(A) 리소스 레코드를 사용하여 컴퓨터 또는 호스트의 DNS 도메인 이름을 IP 주소와 연결할 수 있습니다. 여러 가지 방법으로 호스트(A) 리소스 레코드를 영역에 추가할 수 있습니다.

• DNS 관리자를 사용하여 정적 TCP/IP 클라이언트 컴퓨터의 호스트(A) 리소스 레코드를 수동으로 만들 수 있습니다.
  
  
• Windows 클라이언트와 서버는 IP 구성이 변경될 때 DHCP 클라이언트 서비스를 사용하여 DNS에서 호스트(A) 리소스 레코드를 동적으로 등록하고 업데이트합니다.
  
  
• 이전 버전의 Microsoft 운영 체제를 실행하는 DHCP(Dynamic Host Configuration Protocol) 사용 클라이언트 컴퓨터는 자격이 있는 DHCP 서버에서 IP 임대를 얻는 경우 호스트(A) 리소스 레코드를 프록시를 통해 등록하고 업데이트할 수 있습니다. Windows 2000, Windows Server 2003 및 Windows Server 2008 DHCP 서버 서비스만 이 기능을 지원합니다.
  
  

모든 컴퓨터에 호스트(A) 리소스 레코드가 필요한 것은 아니지만 네트워크에서 리소스를 공유하는 컴퓨터에는 호스트(A) 리소스 레코드가 필요합니다. 리소스를 공유하고 DNS 도메인 이름으로 식별되어야 하는 컴퓨터는 호스트(A) 리소스 레코드를 사용하여 컴퓨터의 IP 주소에 대한 DNS 이름 확인을 제공해야 합니다.

영역에 필요한 대부분의 호스트(A) 리소스 레코드에는 리소스를 공유하는 다른 워크스테이션이나 서버, 다른 DNS 서버, 메일 서버 및 웹 서버가 포함될 수 있습니다. 이러한 리소스 레코드는 영역 데이터베이스에 있는 리소스 레코드의 대부분을 차지합니다.

별칭(CNAME) 리소스 레코드를 정식 이름 리소스 레코드라고도 합니다. 이러한 레코드를 통해 둘 이상의 이름을 사용하여 단일 호스트를 가리킬 수 있으므로 FTP(파일 전송 프로토콜) 서버와 웹 서버를 같은 컴퓨터에 호스트하는 등의 작업을 쉽게 수행할 수 있습니다. 예를 들어, 잘 알려진 서버 이름(ftp, www)이 이러한 서비스를 호스트하는 서버 컴퓨터의 DNS 호스트 이름(예: server-1)에 매핑하는 별칭(CNAME) 리소스 레코드를 사용하여 등록됩니다.

별칭(CNAME) 리소스 레코드는 다음과 같은 경우에 사용하는 것이 좋습니다.

• 동일한 영역의 호스트(A) 리소스 레코드에 지정된 호스트의 이름을 변경해야 하는 경우
  
  
• www와 같은 잘 알려진 서버의 일반 이름을 중복 웹 서버의 그룹 등에서 동일한 서비스를 제공하며 각기 호스트(A) 리소스 레코드를 갖는 개별 컴퓨터의 그룹으로 확인해야 하는 경우
  
  

영역에서 기존 호스트(A) 리소스 레코드를 사용하는 컴퓨터의 이름을 바꾸는 경우 사용자와 프로그램에 컴퓨터의 이전 이름에서 새 이름으로 전환하기 위한 유예 기간을 주기 위해 다음과 같이 임시로 별칭(CNAME) 리소스 레코드를 사용할 수 있습니다.

• 컴퓨터의 새 DNS 도메인 이름에 대해 새 호스트(A) 리소스 레코드를 영역에 추가합니다.
  
  
• 이전 DNS 도메인 이름에 대해 새 호스트(A) 리소스 레코드를 가리키는 별칭(CNAME) 리소스 레코드를 추가합니다.
  
  
• 이전 DNS 도메인 이름(및 해당하는 경우 관련된 PTR(포인터) 리소스 레코드)의 원래 호스트(A) 리소스 레코드를 영역에서 제거합니다.
  
  

컴퓨터의 별칭을 만들거나 이름을 바꾸기 위해 별칭(CNAME) 리소스 레코드를 사용하는 경우 DNS에서 레코드를 제거하기 전에 레코드가 영역에서 사용되는 기간에 대한 임시 제한을 설정합니다. 별칭(CNAME) 리소스 레코드를 삭제하는 것을 잊고 나중에 관련된 호스트(A) 리소스 레코드를 삭제하면 별칭(CNAME) 리소스 레코드를 사용하여 네트워크에서 더 이상 사용되지 않는 이름에 대한 쿼리를 해결하려고 시도하기 때문에 서버 리소스가 낭비될 수 있습니다.

www.tailspintoys.com과 같은 서비스 기반 이름의 일반 이름 확인을 위해 DNS 도메인 이름의 영구 별칭을 둘 이상의 컴퓨터나 웹 서버에서 사용하는 둘 이상의 IP 주소에 제공하는 데 별칭(CNAME) 리소스 레코드가 주로 사용됩니다. 다음 예제는 별칭(CNAME) 리소스 레코드의 기본 구문입니다.

별칭_이름 IN CNAME 주_정식_이름

이 예제에서 host-a.tailspintoys.com이라는 컴퓨터는 www.tailspintoys.com이라는 웹 서버의 역할과 ftp.tailspintoys.com이라는 FTP 서버의 역할을 모두 수행합니다. 이 컴퓨터의 명명 목적을 위해 tailspintoys.com 영역에 다음과 같은 CNAME 항목을 추가할 수 있습니다.

host-a    IN  A      10.0.0.20
ftp       IN  CNAME  host-a
www       IN  CNAME  host-a

나중에 host-a에서 웹 서버와 분리하여 FTP 서버를 다른 컴퓨터로 이동하기로 결정하는 경우에는 ftp.tailspintoys.com의 영역에서 별칭(CNAME) 리소스 레코드를 변경하고 추가 호스트(A) 리소스 레코드를 FTP 서버를 호스트하는 새 컴퓨터의 영역에 추가하면 됩니다.

위 예제에서 새 컴퓨터의 이름이 host-b.tailspintoys.com으로 지정되는 경우 새로운 호스트(A) 및 별칭(CNAME) 리소스 레코드와 수정된 호스트(A) 및 별칭(CNAME) 리소스 레코드는 다음과 같습니다.

host-a    IN  A      10.0.0.20
host-b    IN  A      10.0.0.21
ftp       IN  CNAME  host-b
www       IN  CNAME  host-a

전자 메일 응용 프로그램은 MX(메일 교환기) 리소스 레코드를 사용하여 메시지의 전자 메일 수신자에 대한 대상 주소에서 DNS 도메인 이름을 기반으로 메일 서버를 찾습니다. 예를 들어, example.tailspintoys.com이라는 이름에 대한 DNS 쿼리를 사용하여 MX(메일 교환기) 리소스 레코드를 찾을 수 있으므로 전자 메일 응용 프로그램에서 user@tailspintoys.com을 전자 메일 주소로 사용하는 사용자에게 메일을 전달하거나 교환할 수 있습니다.

MX(메일 교환기) 리소스 레코드는 도메인의 메일을 처리하는 하나 이상의 컴퓨터에 대한 DNS 도메인 이름을 보여줍니다. MX(메일 교환기) 리소스 레코드가 여러 개 있으면 DNS 클라이언트 서비스는 값이 가장 작은(가장 높은 우선 순위) 서버에서 가장 큰(가장 낮은 우선 순위) 서버 순으로 메일 서버에 연결을 시도합니다. 다음 예제는 MX(메일 교환기) 리소스 레코드의 기본 구문입니다.

메일_도메인_이름 IN MX 기본 설정 메일 서버_호스트

tailspintoys.com 영역에 다음 예제의 MX(메일 교환기) 리소스 레코드를 사용하면 주소가 user@tailspintoys.com인 메일은 가능한 경우 user@mailserver0.tailspintoys.com에 가장 먼저 배달됩니다. 이 서버를 사용할 수 없는 경우 확인자 클라이언트는 user@mailserver1.tailspintoys.com을 대신 사용할 수 있습니다.

@         IN  MX   1    mailserver0
@         IN  MX   2    mailserver1

레코드에 사용된 @ 기호는 메일 프로그램 DNS 도메인 이름이 영역의 원래 이름(tailspintoys.com)과 같음을 나타냅니다.

PTR(포인터) 리소스 레코드는 in-addr.arpa 도메인에 만들어지고 이 도메인을 루트로 하는 영역을 기반으로 역방향 조회 처리를 지원합니다. 이러한 레코드는 IP 주소로 컴퓨터를 찾고 이 정보를 해당 컴퓨터의 DNS 도메인 이름으로 확인합니다.

다음과 같은 몇 가지 방법으로 PTR(포인터) 리소스 레코드를 영역에 추가할 수 있습니다.

• 별도의 절차나 호스트(A) 리소스 레코드를 만드는 절차의 일부로 DNS를 사용하여 정적 TCP/IP 클라이언트 컴퓨터의 PTR(포인터) 리소스 레코드를 수동으로 만들 수 있습니다.
  
  
• 컴퓨터는 IP 구성이 변경될 때 DHCP 클라이언트 서비스를 사용하여 DNS에서 PTR(포인터) 리소스 레코드를 동적으로 등록하고 업데이트합니다.
  
  
• 다른 모든 DHCP(Dynamic Host Configuration Protocol) 사용 클라이언트 컴퓨터는 자격이 있는 서버에서 IP 임대를 얻은 경우 DHCP 서버를 통해 자신의 PTR(포인터) 리소스 레코드를 등록하고 업데이트할 수 있습니다. Windows 2000, Windows Server 2003 및 Windows Server 2008 DHCP 서버 서비스에서 이 기능을 제공합니다.
  
  

PTR(포인터) 리소스 레코드는 역방향 조회를 지원하기 위해 역방향 조회 영역에만 사용됩니다.

서비스 위치(SRV) 리소스 레코드는 Active Directory 도메인 컨트롤러를 찾는 데 필요합니다. 일반적으로 AD DS(Active Directory 도메인 서비스)를 설치하면 서비스 위치(SRV) 리소스 레코드를 수동으로 관리하지 않아도 됩니다.

기본적으로 Active Directory 도메인 서비스 설치 마법사는 모든 활성 네트워크 연결에 대해 TCP/IP 클라이언트 속성에 구성되어 있는 기본 설정 또는 대체 DNS 서버의 목록을 기반으로 DNS 서버를 찾으려고 시도합니다. 서비스 위치(SRV) 리소스 레코드의 동적 업데이트를 받아들일 수 있는 DNS 서버에 연결되면 구성 작업이 완료됩니다. 이것은 DNS에서 AD DS를 서비스로 등록하는 것과 관련된 다른 리소스 레코드의 경우에도 마찬가지입니다.

설치 중에 Active Directory의 이름을 지정하는 데 사용된 DNS 도메인 이름의 업데이트를 받아들일 수 있는 DNS 서버를 찾을 수 없으면 마법사가 로컬로 DNS를 설치하고 Active Directory 도메인을 지원하는 영역을 사용하여 자동으로 구성할 수 있습니다.

예를 들어, 포리스트의 첫 번째 도메인으로 선택한 Active Directory 도메인이 example.tailspintoys.com이면 DNS 도메인 이름 example.tailspintoys.com을 루트로 하는 영역을 추가하고 새 도메인 컨트롤러에서 실행되는 DNS 서버와 함께 사용하도록 영역을 구성할 수 있습니다.

이후에 응용 프로그램에서 서비스 위치(SRV) 리소스 레코드 종류를 지정하는 DNS 이름 쿼리를 구현하고 지원하면 네트워크에서 잘 알려진 다른 TCP/IP 서비스를 등록하고 조회하는 데 SRV 리소스 레코드를 사용할 수도 있습니다.

기타 추가 리소스 레코드가 Windows Server 2008 DNS에서 지원되지만 대부분의 영역에서 자주 사용되지 않습니다. 필요한 경우 DNS 관리자를 사용하여 이러한 추가 리소스 레코드 종류를 추가할 수 있습니다.