W2k local area connection trouble....
Had an issue late in the day at work today that I couldn't figure out.
Info: W2k SP4
Problem: Can't access the network at all even though the local area connection shows that it's connected and the duration timer counts up. The packets sent and received both stay at 0.
What I tried: pinged the loopback address and it worked. Reinstalled TCP/IP, updated the driver, removed and reinstalled the ethernet controller, installed a brand new NIC with the exact same problem as the onboard NIC. I plugged a laptop up to the same network cable and it got an IP address right away so I know that it has something to do with the PC or one of the settings and not a bad cable or port on the switch.
I also ran Adaware and removed a bunch of spyware. I don't know if there is a possible virus that has this jacked up or what.
I see a reformat in my future for tomorrow morning unless somebody has encountered this problem in the past and has a quick fix for me.
Any suggestions would be appreciated.
Info: W2k SP4
Problem: Can't access the network at all even though the local area connection shows that it's connected and the duration timer counts up. The packets sent and received both stay at 0.
What I tried: pinged the loopback address and it worked. Reinstalled TCP/IP, updated the driver, removed and reinstalled the ethernet controller, installed a brand new NIC with the exact same problem as the onboard NIC. I plugged a laptop up to the same network cable and it got an IP address right away so I know that it has something to do with the PC or one of the settings and not a bad cable or port on the switch.
I also ran Adaware and removed a bunch of spyware. I don't know if there is a possible virus that has this jacked up or what.
I see a reformat in my future for tomorrow morning unless somebody has encountered this problem in the past and has a quick fix for me.
Any suggestions would be appreciated.
"Me fail English? That's unpossible."
Comments
Sounds like it could be an IP problem. Are you on static IPs or DHCP? If static, does this machine have an IP that falls in the correct subnet and VLAN. Or if DHCP, is it pulling a valid IP or a 169.254.x.x? If you have a MAC filtered DHCP, is the machine's MAC in the table?
Also, is it possible the machine fell off the network (Trying to log in and getting Domain Unavailable). If so put it back on. Or just can't reach network resources, in which case DNS may be incorrect.
Just a bunch of ideas. I see problems like this on a regular basis. One of those should work.
Hope this helps.
Go Bucks,
Questions:
Then it is your configuation.
When did it start? How it start? What did the user do? If it is a WK, then re-image. Sometime even every positive approach sound logically, but still don't work. This is called "IT" and we love it... Ha.. ha..
So is the problem accessing resources on the machine remotely or cant ping anything?
- Have you checked the "server" service to make sure it is started? Have found this service to die on serveral occasions.
- No one fiddling with IPSEC on machine by any chance too?
I'll probably pull the machine out tomorrow morning and fool with it a little more at my desk. I hate to spend too much time in someone else's office. If nothing else we'll pull her documents off and set her up on a refurb with XP on it. It'll likely get reformatted and cycled back out, but if we're not too busy tomorrow I'd like to figure this one out for future reference.
It has to be either a virus or something to do with the configurations like Kasor mentioned. The user called today after being off a week for vacation. She said someone else used her machine while she was off.
Thanks for all of the suggestions. I'll let you know how it turns out, but my money is on the reformat as of now.
My bet is that the spyware inserted itself like a shim in your TCP/IP stack and completely hosed it. Best bet is format/reinstall.
One quick try before you do though is to run this from a cmd prompt:
netsh interface ip reset ipresetlog.txt
If the whole command string doesn't work, try running one command at a time:
netsh (this should take you to a netsh context prompt)
netsh>interface
netsh interface>ip
netsh interface ip>reset ipresetlog.txt
This in effect does the same thing as reinstalling TCP/IP, which you already did, but I have had better luck with doing it this way.
Check this Microsoft KB article if you only did the latter.
Forum Admin at www.techexams.net
--
LinkedIn: www.linkedin.com/in/jamesdmurray
Twitter: www.twitter.com/jdmurray
Recent: 11/2019 - RHCSA (RHEL 7); 2/2019 - Updated VCP to 6.5 (just a few days before VMware discontinued the re-cert policy...)
Working on: RHCE/Ansible
Future: Probably continued Red Hat Immersion, Possibly VCAP Design, or maybe a completely different path. Depends on job demands...
Our bench guy reinstalled the OS and was able to get it back on the network, but there were other problems as well. We were able to pull the users documents across the network to her new PC. There were several bad sectors on the drive, but I couldn't say for sure that that was the culprit.
Apparently, one of the previous "IT guys" thought the user needed a RAID setup. There were 2 drives going to the controller, of which only one was screwed in to the case. The other was laying on top of it with a piece of foam wedged between them. There was also a 3rd drive that was connected to the motherboard and it too was just laying on a piece of foam with no screws holding it in place.