|UPFRONT: The issue was repaired, but the cause was not officially found; I hope this helps direct others to their solutions|
I recently had an issue that many others have had, one day, the laptop just stopped resolving DNS HOSTNAMES.
I consulted my Circle of Networking Engineers and Guru's (CNEG). Our interest in this case became aroused as every diagnosis and repair option was exercised with no positive results. We're Networking Engineers afterall, something like this is worth the effort to uncover in the case it happens again. There's also plenty of evidence that it has happened to many, with articles written by Microsoft as well as many other High-Status Engineers online.
We tried every that made sence. I'd list them, but frankly, somebody else has already listed them, and none of them worked.
Source Articles worth researching:
">Microsoft Support Article 299357
Microsoft Support Article 300986
Troubleshooting Basic TCP/IP Problems
TCP/IP Articles on Microsoft
After days of research and diagnostics, attempts to reverse engineer the issue and all the potential solutions were applied, the resolution ended up being simple.
1. Open the LAN Stastics Window.
This window shows you the current LAN State, displaying the STATUS, Connection Duration, Speed of Connection, and Activity : BYTES SENT / RECIEVED.
This window also has a button for PROPERTIES and DISABLE / ENABLE.
The version of XP I am running includes an additional TAB labeled "SUPPORT".
2. Click on the SUPPORT TAB.
Here is where you will see the ADDRESS TYPE, IP ADDRESS, SUBNET, and GATEWAY Address.
There is a button for DETAILS which will give you the MAC, and the rest of the IP ADDRESS Information you'll ever need to know about your connection, much like "C:\IPCONFIG /ALL".
There is also a "REPAIR" button, which does several resets to your Networking devices and protocols. This is the button that repaired the computers ability to RESOLVE DNS HOSTNAMES. Somehow, somewhere, something got gunked up or corrupted, and this button did the trick.
I'd like to know exactly what this button does, specifically, and will research it just to compair our efforts to the button's command list in the hopes that the actual "issue" is discovered.
In the end, I still do not know WHAT the issue was, because the REPAIR button executed a bunch of commands so fast, and without creating a log.
The collective diagnosis of the issue was agreed on by myself and the several Networking Engineers that have worked with this problem. We decided the most likely cause to be the TCP STACK on the NIC needed to be reset.
In short, this particular solution was:
CONTROL PANNEL > NETWORK CONNECTIONS > [YOUR LAN CONNECTION STATUS] > SUPPORT TAB > REPAIR CONNECTION BUTTON
can ping IP but not HOSTNAME
DNS RESOLVES IP NOT RESOLVING HOSTNAME