我的笔记本电脑是东芝 Satellite Pro，装有法语版 Win XP SP3，包含所有当前更新；东芝包含一个软件工具“ConfigFree”，用于快速更改网络参数。
直到 12 月左右，它运行良好，3 个以上不同网络（2 所大学和家里的有线网络，以及一些 WLAN）中的 DHCP 始终正确获取 IP 地址；我不需要更改任何网络参数。大约自从我搬到新公寓（安装了新的 DSL 调制解调器和路由器）以来，我遇到了一个奇怪的问题（这可能恰好与搬家同时发生）。
重启后，机器总是能正确获取 DHCP 地址。但如果我在使用时将其置于待机状态，实验室 A并采取家或者实验室 B，无法切换到新网络。这意味着，笔记本电脑发送 DHCPDISCOVER，DHCP 服务器发送 DHCPOFFER，但从未收到笔记本电脑发出的 DHCPREQUEST。笔记本电脑似乎对服务器的响应充耳不闻，并不断尝试一段时间，然后为自己分配一个无用的 168.xxx 地址。“修复”连接不起作用，ipconfig /renew 也不起作用。禁用/重新激活网卡没有帮助。重新启动确实有帮助，但我想了解问题所在，以便修复它。
几个月前，我能够成功连接到不同的网络（无需重启），但同样的问题也发生在不同的网络中，但我不记得在我的计算机上做了任何更改，除了允许半自动软件更新（Windows 等）。我仅针对有线以太网连接进行了系统分析，但我发现同样的问题也发生在 VPN 隧道（FortiClient）和无线连接上。
当 DHCP 失败时，我可以手动（或使用 FreeConfig 工具，见上文）切换到静态 IP（如果我碰巧知道从哪个范围中选择）；我已经成功使用这种解决方法一段时间了，因为它避免了重新启动。我稍后可以返回待机状态，返回实验室 A（笔记本电脑最初启动的地方），毫无问题地切换回 DHCP。
更新
尽管我很确定 BIOS 是最新的，但我还是重新刷新了 BIOS，然后重新安装并更新了网络驱动程序（网卡和无线）。我按照建议使用重置了 TCP/IPnetsh int ip reset c:\resetlog.txt并使用 Winsocknetsh winsock reset在这篇 SU 帖子中。前一个命令删除了与我的防火墙/VPNClient/防病毒解决方案 FortiClient 的一些集成，因此我不得不重新安装它才能使 IPSEC VPN 再次工作。经过所有这些，问题似乎已经解决 - DHCP 现在在待机后第一次重新连接时工作。
如果我在家中断开/重新连接网线（或关闭无线传输然后重新打开），相应设备会再次显示相同的症状（无 DHCP），即使几秒钟前它刚刚第一次工作过。重新安装网络驱动程序让我有另一次机会获取 IP ;-)。
经过一番尝试后，我意识到这个剩余的问题实际上似乎是由 FortiClient 中的防火墙引起的 - 暂时停用它可以解决问题。所以我想我会联系 Fortinet 公司，看看他们对此有何看法...
答案1
这听起来像是驱动程序问题。至少，重新安装原始驱动程序。补丁可能已更改其配置或依赖项。
最佳做法是，更新您的主板（芯片组）驱动程序和网络驱动程序，然后看看会产生什么效果。
此外，Windows 的内置网络功能还具有切换网络、在按偏好排序的列表中安全地存储多个无线配置文件以及 Toshiba ConfigFree 应用程序尝试执行的几乎所有其他有用功能的能力。我还没有找到一个附加组件或 OEM 应用程序（现在每个硬件制造商都在其机器上加载了这些特殊的过度软件应用程序）比 Windows 做得更多，并且差异足以抵消运行这些通常臃肿且设计精巧而非功能精巧的应用程序的成本。
我建议删除 ConfigFree 应用程序。如果您发现它具有您绝对需要的功能，您可以随时下载最新版本并重新安装。但如果您只是在三个不同的网络之间穿梭，Windows 可以自行处理。
此外，故障排除时可能出现的故障点也减少了一个。
最后，根据我的经验，驱动程序和待机或休眠状态并不相配。它们以前可以正常工作，这意味着它们现在也应该可以正常工作，但不同驱动程序支持的电源状态的差异可能会造成难以言喻的挫败感。我发现笔记本电脑的大多数问题都发生在休眠或待机笔记本电脑脱离坞站时，这对于基本上处于暂停状态的系统来说是一个相对重大的硬件变化。但网络变化也造成了问题。