首先,除了一个网站之外,网络和互联网一切正常。
我们每天都访问该网站,周四可以运行,但是昨天、星期五就不运行了,今天、星期六也还是不运行。
Windows 更新设置为手动,本周我还没有运行过。我认为环境中没有出现任何新情况。
当我对那个有问题的网站进行 tracert 时,它在中间超时。但是其他地方的人可以访问它并对其进行 tracert。
我的 ISP 是 CenturyLink,他们声称没有发生中断。这可能是证据中最薄弱的部分。然而,这种情况已经持续了大约 24 小时。
当我对目的地进行 tracert 时,我获得的最后一个成功的 tracert 连接是nyc2...qwest.com
。之后,全部“ * * * Request timed out
” 最多 30 跳。永远无法到达目的地。
当我沿着其他人的 tracert 逐个节点进行 ping 操作时,我到达(不准确)zayo.com
emdeon-corp.ear1.dallas1.level3.net
IP=4.31.136.234
并且无法 ping 通该位置,而该位置距离目的地还有 1 跳。
他和我的网站名称的 IP 相同,所以我认为这不是 DNS 问题。无论如何,我的 DNS 服务器是 8.8.8.8 和 8.8.4.4,即 Google 的。
我已经重新启动了电脑,但行为/错误结果仍然相同。
这是 Windows 7。
接下来我要重新启动我的路由器。
编辑:我试过了
netsh interface ip delete destinationcache
但它并没有修复错误。同样的 tracert。
答案1
如果其他人可以访问,则可能是您的 ISP 问题。在公共互联网上运行 tracert 时,超时是可以预料到的,只要 tracert 到达目的地即可。这是因为某些设备禁用了 ICMP 响应。
当您尝试在浏览器中访问网站时,您遇到了什么错误?您是否尝试过使用隐身窗口和/或清除浏览器缓存?
由于您拥有目标站点的 IP,当您尝试在浏览器中访问 IP 与访问 URL 时,得到的响应是否有何不同?
答案2
是我的 ISP。他们在当地办事处重启了我们的 DSL 线路插入的“网卡”。它“卡在启动顺序中”。然后他们更换了网卡。现在 tracert 和对该节点的所有访问都正常。
请注意,这是后他们在我的 ISP 的当地州办公室进行了测试,所有测试都显示通过。
那么 DSL 网络输入卡如何导致下游路由问题?存储的路由表损坏?