Last Update: Dec 03, 2024 | Published: Jan 07, 2009
On my previous article, “Understanding GlobalNames Zone in Windows Server 2008”, I’ve listed the major benefits for using the new GlobalNames Zone (also known as GNZ) in Windows Server 2008 DNS. Basically, if you are retiring WINS or are planning on deploying an IPv6-only environment, all the client and server name resolution will depend on DNS. Today, many customers support name resolution for important servers or Web sites by using a single-label name. For example, one might want to allow for name resolution for a record called Webserver, without the need for the client to manually add the full DNS suffix for that record. Today, before the implementation of Windows Server 2008 DNS servers, such names might already be registered in DNS for the domain that they belong to, allowing the clients to easily resolve them.
Without WINS name resolution, DNS Client is able to resolve single-label names by appending an appropriate list of suffixes to the name, which are then answered by the authoritative DNS Servers. For example, if the client issues the following command:
Ping Webserver
And the machines DNS suffix is, for example, adatum.com, then the client will append the DNS suffix to the host name and query the DNS for the Fully Qualified domain Name (FQDN) of Webserver.adatum.com.
Note: The correct DNS suffix depends on the domain membership of the client, but can also be manually configured in the advanced TCP/IP properties for the computer.
All this is nice, but for a customer with many domains, managing a suffix search list for all clients can be problematic. That is why for environments that require both many domains and single-label name resolution of corporate server resources, GNZ provides a more scalable solution. If you cannot configure the DNS client suffix search list for all computers requiring this single-label name functionality, and you also require that single-label names for servers are global and unique, then GlobalNames Zone (GNZ) might be suitable for your needs.
This must be performed by either manually changing the server’s registry, or by using the command line:
Dnscmd ServerName /config /Enableglobalnamessupport 1
Where ServerName is your server’s name. Note: You need to ensure that GlobalNames Zone Functionality has been enabled on each DNS server in the forest.
This action can be performed by either using the DNS GUI, or by using the command line:
If you wish, you can also use the command line. This method is much faster, requires less clicking around, and you might as well get used to using the CLI with Windows Server 2008 (see Related Articles section below for more info on that):
Dnscmd ServerName /ZoneAdd GlobalNames /DsPrimary /DP /forest
Where ServerName is your server’s name.
Adding records to the GlobalNames Zone can be performed by either using the DNS GUI, or by using the command line. The records need to be ALIASES, or in other words – CNAME records, pointing to records that already exist in other zones hosted on the server or on other DNS servers in your organization.
To test your GlobalNames Zone, you should be able to get a response by pinging it on the command line, or by using NSLOOKUP. Before creating the GlobalNames zone and adding the record, ping to the destination server will probably fail:
To use the PING utility to test a GlobalNames Zone, from any machine on the domain, open up a command prompt, and type:
ping webserver
Lamer note: webserver is just an example…
You should receive a response back with the IP address and fully-qualified domain name of webserver.
To use the NTLOOKUP utility to test a GlobalNames Zone, from any machine on the domain, open up a command prompt, and type:
nslookup webserver
Lamer note: Duh…
You should receive a response back with the IP address and fully-qualified domain name of webserver.
Got a question? Post it on our Windows Server 2008 forums!