I haven't seen this problem in a while, but, every once in a while it pops up and takes a bit of time to figure out.
We were updating a Lenovo laptop - wow, they sure have a lot of software updates for their laptops - and when it rebooted, it could no longer connect to the network.
After some troubleshooting, it turned out that it looked like the physical connection was dead.
Nope, take it to another network connection and still the same thing.
The bad thing was, it was one partner in the firm, and when the other partner decided to take his Lenovo out of its docking station and plug in the troublesome one, he could no longer connect!
I ended up heading in to verify just what was going on as a remote session could only get me so far.
I took a new network switch with me just in case. Plug all the active nodes in, and nope, problem still existed, only now everyone couldn't connect even after a reboot of their systems.
I remembered dealing with this before, and low and behold I found my culprit:
Whenever a network connection is released, you see 0.0.0.0 when the "IP" comes up via ipconfig /release. If you try and renew your address, and no DHCP server answers, then you end up with a 169.x.x.x IP. However, when the machine calls out to the DHCP server, it still broadcasts itself from 0.0.0.0.
Guess what? ISA says, "No way & no how are you coming in here!"
I belive that most of us do not encounter this situation often, because the network adapter tends to hold on to the address it had until it expires, then ask for another one, FROM the now expired address. And so on, and so on...
So, here is the fix:
Or should I say, the fix that I came up with in a pinch! :D It works though, and that is the main thing.
Take careful note when creating the Access Rule, that I have both DHCP services, both Internal and Local Host included in the From part of the rule, and All Protected Networks (including Local Host) in the To part of the rule!
Microsoft Small Business Specialists