How to Configure a Subnetted Reverse Lookup Zone on Windows NTID: Q174419
|
NOTE: Creating delegated subnetted reverse lookup zones is not a trivial task. It is important to understand how DNS zones work before attempting to create subnetted reverse lookup zones. There are numerous notes throughout this document to which you should pay close attention. It is recommended that you first attempt these procedures in a test environment before deploying them on a live network because of the ease with which mistakes can occur during configuration.
The rapid growth of the Internet community created the need to subnetwork full IP networks into smaller portions. In a subnetted environment, DNS servers can easily delegate authority of forward lookup zones because they are independent of the underlying subnetted infrastructure. However, because of the inverse structure of reverse lookup zones and their strict reliance on the specific subnet structure, delegation of these zones requires special considerations. The Internet Engineering Task Force (IETF) has created RFC 2317, "Classless IN-ADDR.ARPA Delegation," which discusses these considerations.
Delegating subnetted reverse lookup zones complements the ability to delegate forward lookup zones. This flexibility in zone ownership allows you, as the administrator of a parent domain, to delegate control of both a child subdomain and a corresponding subnet of addresses to another administrator. Conversely, as the administrator of a child domain, you now have the control necessary to make changes to both DNS host (A) records or IP address (PTR) records without having to make a request for change through the parent domain.
This article discusses how to configure delegated subnetted reverse lookup zones for a Microsoft Windows NT 4.0 DNS server.
NOTE: Simply because your network environment is subnetted does not imply that your DNS server must be configured in the manner described in this article. Creating delegated subnetted reverse lookup zones is an administrative choice only; it is not solely dictated by the underlying subnetted infrastructure.
A "classful" IP addressing scheme is one that does not break an IP network
down into smaller segments. For example, a class C address of 192.168.1.0
with a subnet mask of 255.255.255.0 is a classful IP addressing scheme.
A "classless" IP addressing scheme is one that uses a subnet mask to divide
an IP address into smaller segments. For example, a class C address of
192.168.1.0 with a subnet mask of 255.255.255.192 is a classless IP
addressing scheme. Along with this network, you would also have the
following IP network addresses: 192.168.1.64, 192.168.1.128, and
192.168.1.192.
When subnetting IP networks, additional bits are taken from the host portion of the IP address and given to the network portion. This is defined by adding additional bits to the subnet mask. The value 11111111.11111111.11111111.00000000 shows us a classful subnet mask for a Class C network of 255.255.255.0, while the value 11111111.11111111.11111111.11000000 illustrates the classless subnet mask of 255.255.255.192. Therefore, from the example above, we know that:
If the subnet mask is The subnet mask bit-count is
--------------------- ----------------------------
255.255.255.128 25
255.255.255.192 26
255.255.255.224 27
255.255.255.240 28
255.255.255.248 29
255.255.255.252 30
255.255.255.254 31
<subnet>-<subnet mask bit count>.100.168.192.in-addr.arpa orFor example:
<subnet>/<subnet mask bit count>.100.168.192.in-addr.arpa or
<subnet>.<subnet mask bit count>.100.168.192.in-addr.arpa or
SubnetX<subnet>.100.168.192.in-addr.arpa (where X is the subnet number assigned by parent) or
<subnet>.100.168.192.in-addr.arpa
64-26.100.168.192.in-addr.arpa orThis indicates that the subnetted reverse lookup zone is the 64 subnetwork that is using 26 bits for its subnet mask. NOTE: If you will be performing any Zone Transfers, between parent and child you need to check the syntax of the files that will be transferred between DNS servers. Not all versions of DNS servers will support the various syntax methods defined in the RFC (the hyphen, the slash, etc.). Microsoft DNS will support any of these methods. NOTE: Whichever syntax is chosen in the Parent domain MUST be identical to the syntax used in the Child domain.
64/26.100.168.192.in-addr.arpa or
64.26.100.168.192.in-addr.arpa or
Subnet3.100.168.192.in-addr.arpa or
64.100.168.192.in-addr.arpa
Parent Checklist Child Checklist
---------------- ---------------
<Parent DNS server name> <Child DNS server name>
<Parent DNS server IP> <Child DNS server IP>
<subnet mask> <subnet mask>
<subnet><syntax><subnet mask bit count> <subnet><syntax><subnet mask bit
count>
Parent Checklist Child Checklist
---------------- ---------------
NS.microsoft.com NS1.msn.com
192.168.43.8 192.168.100.126
255.255.255.192 255.255.255.192
0-26 64-26
64-26
128-26
192-26
NET STOP DNS
; Begin Delegation comments
;
<subnet><syntax><subnet mask bit count> NS <Child DNS server name>
; End delegation
; Begin Delegation sub-zone: 64-26.100.168.192.in-addr.arpa.
;
64-26 NS NS1.msn.com.
; End delegation
65 CNAME 65.64-26.100.168.192.in-addr.arpa.
66 CNAME 66.64-26.100.168.192.in-addr.arpa.
67 CNAME 67.64-26.100.168.192.in-addr.arpa.
68 CNAME 68.64-26.100.168.192.in-addr.arpa.
69 CNAME 69.64-26.100.168.192.in-addr.arpa.
...
126 CNAME 126.64-26.100.168.192.in-addr.arpa.
NET START DNS
Zone Name: 64-26.100.168.192.in-addr.arpa
Zone File: 64-26.100.168.192.in-addr.arpa.dns or
Zone Name: 64/26.100.168.192.in-addr.arpa
Zone File: 64.26.100.168.192.in-addr.arpa.dns or
Zone Name: 64.26.100.168.192.in-addr.arpa
Zone file: 64.26.100.168.192.in-addr.arpa.dns or
Zone Name: 64.100.168.192.in-addr.arpa
Zone file: 64.100.168.192.in-addr.arpa.dns or
Zone Name: Subnet64.100.168.192.in-addr.arpa
Zone file: Subnet64.100.168.192.in-addr.arpa.dns or
NET STOP DNS
65 PTR host65.msn.com.
66 PTR host66.msn.com.
67 PTR host67.msn.com.
...
126 PTR host126.msn.com.
NET START DNS
;
; Database file 100.168.192.in-addr.arpa.dns for 100.168.192.in-addr.arpa zone.
; Zone version: 4
;
@ IN SOA NS.microsoft.com. administrator.microsoft.com. (
4 ; serial number
3600 ; refresh
600 ; retry
86400 ; expire
3600 ) ; minimum TTL
;
; Zone NS records
;
@ NS NS.microsoft.com.
;
; Zone records
;
;
; Delegated sub-zone: 64-26.100.168.192.in-addr.arpa.
;
64-26 NS NS1.msn.com.
; End delegation
65 CNAME 65.64-26.100.168.192.in-addr.arpa.
66 CNAME 66.64-26.100.168.192.in-addr.arpa.
67 CNAME 67.64-26.100.168.192.in-addr.arpa.
...
126 CNAME 67.64-26.100.168.192.in-addr.arpa.
;
; Database file 64-26.100.168.192.in-addr.arpa.dns for 64-26.100.168.192.in-addr.arpa zone.
; Zone version: 1
;
@ IN SOA NS1.msn.com. administrator.msn.com. (
1 ; serial number
3600 ; refresh
600 ; retry
86400 ; expire
3600 ) ; minimum TTL
;
; Zone NS records
;
@ NS NS1.msn.com.
;
; Zone records
;
65 PTR host65.msn.com.
66 PTR host66.msn.com.
67 PTR host67.msn.com.
...
126 PTR host126.msn.com.
For additional information about DNS, please see the following white paper available on the Microsoft anonymous ftp server:
File Name: Dnswp.exeFor additional information about Classless IN-ADDR.ARPA Delegation, please see RFC2317. RFCs may be obtained through the Internet as outlined in the following article in the Microsoft Knowledge Base:
Location : ftp://ftp.microsoft.com/bussys/winnt/winnt-docs/papers/
Title : "DNS and Microsoft Windows NT 4.0"
Q185262 How to Obtain Request for Comments Documents from the Internet
Additional query words:
Keywords : kbnetwork kbhowto nthowto ntnetserv kbinfo NTSrv
Version : winnt:4.0
Platform : winnt
Issue type : kbinfo
Last Reviewed: March 6, 1999