Subscribe to Windows IT Pro
July 17, 2001 12:00 AM

Irksome Nslookup Oddities

Windows IT Pro
InstantDoc ID #21536
Rating: (0)
Undesirable behavior in the Win2K Pro version of an NT 4.0 friend

One of my favorite Windows NT 4.0 utilities is Nslookup. I've used this utility for years to troubleshoot a variety of DNS name-resolution problems. However, shortly after my company began upgrading its network workstations to Windows 2000 Professional, I started noticing strange behavior from Win2K Pro's Nslookup. DNS record lookup queries were failing, and Nslookup was using my secondary DNS server rather than my primary one. Before I go into detail about the Win2K Pro Nslookup quirks that have been bugging me, let's recall the good ol' days of the reliable and useful NT 4.0 Nslookup utility.

The DNS Swiss Army Knife
Nslookup lets you directly query DNS servers for information such as the IP address name assigned to a particular host and whether particular record types within a DNS zone file are present and operating properly. This information is useful for troubleshooting as well as setting up new DNS zone file data.

To perform a simple-name (i.e., name—to—IP address) or reverse-name (i.e., IP address—to—name) lookup, at a command prompt, you simply type the Nslookup command followed by a host's name or IP address. The utility returns the corresponding IP address or host name. Within domain files on DNS servers, Address (A) records assign name—to—IP address mappings. When you use Nslookup commands, you're querying the contents of these A records.

You can also use Nslookup to query DNS servers for other record-type data, such as Name Server (NS) records, which identify the DNS servers supporting a particular domain name; Canonical Name (CNAME) records, which define aliases for DNS hosts assigned through A records; and mail exchanger (MX) records, which identify which mail hosts handle mail for a particular domain. You can query for all record types or a particular record type.

Internet mail servers use DNS queries to discover MX record information such as the server address and record preference value. When troubleshooting problems such as message bounces or delivery to the wrong mail server, manually performing the DNS queries can provide useful information. Doing so lets you see what DNS information remote servers are seeing, which can provide clues about your problem's source. You can use Nslookup to manually perform DNS zone-file queries against the DNS server of your choice.

Another useful Nslookup function is to display all the mail servers for a particular domain. To do so, set Nslookup to query only for the MX record type and provide the domain name of the domain that you want information about. The following commands start an Nslookup session and query for the xcedia.com domain. First, at a command prompt, type

nslookup

Press Enter, then type

set type=mx
xcedia.com

This query produces the output that Figure 1 shows.

Related Content:

ARTICLE TOOLS

Comments
  • Dave Eldridge
    10 years ago
    Jan 18, 2002




    Win2K Pro DNS Stops


    What Sean Daily describes in Windows 2000 Pro: "Irksome Nslookup Oddities" (August 2001) is exactly what's happening to all the Win2K Professional systems that I'm rolling out. My inhouse DNS is on a Windows NT 4.0 Service Pack 6a (SP6a) server. Every day, my users lose the primary DNS server and revert to the secondary server out in cyberspace. As a result, the client then fails to connect to my other local DNS servers. If I go into Network Settings, TCP, DNS, Advanced and change any DNS setting, the server starts working. But, it stops at some point. The article gave no fix other than moving to a Win2K DNS server. Am I stuck?


    Dave Eldridge

    dke@parkviewmc.com



    The best solution is to migrate your NT 4.0 DNS server to Win2K. Even with Win2K SP2, Win2K clients continue to exhibit problems when talking to NT 4.0 DNS servers. Another solution is to set up a second Win2K DNS server on site that's configured for clients ahead of the offsite DNS server. (Note that the problem resulting from the offsite DNS server being ahead of your additional onsite DNS servers is separate from the NT 4.0­
    Win2K compatibility problem. You need to determine the best DNS server order for your network.) Although this setup won't solve the clients' problem with the primary DNS server, it will put another local server ahead of the offsite server and keep DNS queries local. This alternative can provide an interim solution until you're able to migrate your primary DNS server to Win2K.


    Sean Daily

  • Richard Deeming
    11 years ago
    Nov 01, 2001

    This looks like the problem with the NT4 SP4 version of NSLookup [See Q214544]. Does the query work if you specify a trailing dot? It was fixed in SP5, but maybe the W2K team missed that one.

You must log on before posting a comment.

Are you a new visitor? Register Here

advertisement

advertisement

Windows is a trademark of the Microsoft group of companies. Windows IT Pro is used by Penton Media Inc. under license from owner.