In this scenario, you have a problem connecting to a network resource. You receive only a "Network path not found" error message and no further assistance. You have no idea where to start troubleshooting the problem.
Assuming that the reason for the failure in this case is that the DNS server is down, the solution can be found with NetDiag.
At the command line, type:
netdiag
When executed in this scenario, NetDiag performs tests on each network adapter, and a set of global tests. The tests on the network adapters are performed in the following order:
-
Netcard queries test
-
IpConfig test
-
Autoconfiguration test (APIPA)
-
Default gateway test
-
NetBT name test
-
WINS Service test
Next in this example NetDiag performs a set of global tests in the following order:
-
Domain membership test
-
NetBT transports test
-
Autonet address test (APIPA)
-
IP loopback ping test
-
Default gateway test
-
NetBT name test
-
Winsock test
-
DNS test
-
Redir and Browser test
-
DC discovery test
-
DC list test
-
Trust relationship test
-
Kerberos test
-
LDAP test
-
Bindings test
-
WAN configuration test
-
Modem configuration test
-
IP Security test
The results of these tests show that the network adapter protocol, bindings, and IP address tests succeed. The DNS ping test fails and reports that the DNS server cannot be contacted.
With this information, the administrator knows that either the DNS server address is incorrect, or the DNS server is not responding. Because the DNS address is also displayed as output, you can easily verify whether it is correct.
After the problem is isolated, the administrator can perform additional troubleshooting to determine why the DNS server is down.
For more information on interpreting output from the NetDiag tool see the Interpreting NetDiag Output topic on the Netdiag Remarks page.