我的办公室网络上有一台 Win 10 机器,它会间歇性地失去解析 IPV4 名称的能力。当问题发生时,用户无法访问任何外部互联网网站。我已将问题缩小到 Win 10 机器上的某种网络问题,但无法弄清楚它可能是什么,也不知道我的下一步诊断步骤应该是什么。以下是我尝试过的诊断步骤。
排除了 ISP 问题,因为当此问题出现在此电脑上时,我们小型办公室中的所有其他计算机都已连接互联网。
排除了内部 LAN DNS 问题,因为所有盒子都通过 dnsmasq 接收其 DNS 和 DHCP 配置。检查并将此盒子与办公室中的其他盒子进行比较,没有明显差异。
与其他工作箱进行了路由表和 arp 缓存的比较,发现它们之间没有明显差异。
出现问题时的症状:
a. 通过名称 ping 外部网站。 不起作用。
C:\WINDOWS\system32>ping meridianenv.com
Ping request could not find host meridianenv.com. Please check the name and try again.
据了解,本次检查时该站点已启动并正在响应。
b. 通过 IPV4 地址 Ping 外部网站。 作品。
C:\WINDOWS\system32>ping 66.160.145.21
Pinging 66.160.145.21 with 32 bytes of data:
Reply from 66.160.145.21: bytes=32 time=26ms TTL=54
立即运行此测试,并紧接着运行上一个测试。然后立即重新运行上一个测试,结果与上述相同。
c. 通过名称 ping 另一个内部 LAN 盒。 作品,但响应的是 IPV6 而不是 IPV4。
C:\WINDOWS\system32>ping jab-prec3610
Pinging jab-prec3610 [fe80::28f1:3c0b:c6a8:91ea%3] with 32 bytes of data:
Reply from fe80::28f1:3c0b:c6a8:91ea%3: time<1ms
d. 通过 IPV4 号码 ping 另一个内部 LAN 盒。 作品。 这与上面的盒子是同一个。
C:\WINDOWS\system32>ping 192.168.112.101
Pinging 192.168.112.101 with 32 bytes of data:
Reply from 192.168.112.101: bytes=32 time<1ms TTL=128
e. 从另一个内部 LAN 盒按名称 ping 回问题盒。 作品。
C:\Users\jeffb>ping acct-opti5040
Pinging acct-opti5040.mei.lan [192.168.112.108] with 32 bytes of data:
Reply from 192.168.112.108: bytes=32 time<1ms TTL=128
f. 通过 IPV4 地址从另一个内部 LAN 盒 ping 回问题盒。 作品。
C:\Users\jeffb>ping 192.168.112.108
Pinging 192.168.112.108 with 32 bytes of data:
Reply from 192.168.112.108: bytes=32 time<1ms TTL=128
当盒子正常工作时,我重新运行了这些相同的测试,并且以下两个结果发生了变化(项目A和C多于)。
a. 通过名称 ping 外部网站。 作品。
C:\WINDOWS\system32>ping meridianenv.com
Pinging meridianenv.com [66.160.145.21] with 32 bytes of data:
Reply from 66.160.145.21: bytes=32 time=33ms TTL=54
c. 通过名称 ping 另一个内部 LAN 盒。 作品并返回 IPV4 信息。
C:\WINDOWS\system32>ping jab-prec3610
Pinging jab-prec3610.mei.lan [192.168.112.101] with 32 bytes of data:
Reply from 192.168.112.101: bytes=32 time<1ms TTL=128
我还尝试过其他方法:
刷新 Windows DNS 缓存。 没有修复该问题。
C:\WINDOWS\system32>ipconfig /flushdns
Windows IP 配置
成功刷新 DNS 解析器缓存。重置 IPV4 接口。
C:\WINDOWS\system32>netsh int ipv4 reset reset.log
正在重置接口,OK!
正在重置单播地址,OK!
正在重置邻居,OK!
正在重置路径,OK!
正在重置,失败。
访问被拒绝。
重新启动计算机以完成此操作。
不确定这是否成功,因为它说重置失败并且访问被拒绝。然后它指出需要重新启动才能生效。虽然重置界面和重新启动系统可能会暂时解决问题,但无法判断解决方案是重置的结果还是重新启动的结果。由于系统每天都重新启动,这似乎不是解决问题的办法。
重置 IPV6 接口。
C:\WINDOWS\system32>netsh int ipv6 reset reset.log
正在重置接口,OK!
正在重置邻居,OK!
正在重置路径,OK!
正在重置,失败。
访问被拒绝。
正在重置,OK!
正在重置,OK!
重新启动计算机以完成此操作。
与上述重置 IPV4 接口的结论相同。这似乎不是解决问题的办法。
办公室中的其他 Windows 机器(主要是 Win 7 和另一个 Win10 机器)均未出现此问题。当问题发生时,它可能只持续一两分钟,也可能持续 10 多分钟。我无法将其发生的时间或修复时间与我们网络上发生的任何其他事情联系起来。
我正在寻找有关可能导致此问题的原因、诊断选项或可能解决此问题的其他建议。
谢谢您的帮助。