我在运行 Windows Server 2008 R2 的服务器上运行网络，似乎遇到了互联网连接速度问题。当我在命令提示符中使用 tracert 时，我总是在找到另一个内部 IP 地址并连接到我们的 ISP 之前在第二跳上收到“请求超时”信息。另一个可能具有启发性的细节：第三跳上连接的“10.208.133.5”内部 IP 地址在我所有的 tracert 测试中都是一致的：
跟踪到 google.com 的路由 [173.194.33.0]
1 <1 毫秒 * <1 毫秒 [192.168.10.1]
2 * * * 请求超时。
3 * 2 毫秒 2 毫秒 10.208.133.5
4 10 毫秒 11 毫秒 13 毫秒 sea2-pr2-xe-0-3-0-0.us.twtelecom.net [66.192.243.34]
5 11 毫秒 11 毫秒 11 毫秒 66.192.241.5
6 * 11 毫秒 11 毫秒 66.249.94.212
7 11 毫秒 13 毫秒 15 毫秒 209.85.253.24
8 11 毫秒 11 毫秒 11 毫秒 sea09s01-in-f0.1e100.net [173.194.33.0]
跟踪完成。
许多用户抱怨互联网连接速度太慢，而这个“请求超时”的位置对我来说意味着问题出在我这边，因为它发生在我到达 ISP 之前。当尝试使用浏览器连接到网站时，网络上的用户会注意到类似的节奏（开始时连接速度似乎很慢，然后达到预期速度）。
对于这种情况，“常见的嫌疑人”是谁？
谢谢你！
答案1
嗯，tracert 扫描中常见的怀疑Request Timed Out是某个节点禁用了 ICMP，基本上，它不会响应 ping 请求，即使那里是那里有东西。我不会将互联网速度慢归咎于此。我们需要有关网络或 ISP 的更多详细信息才能找出原因。这可能是由于 DNS 服务器故障或您尝试服务的用户数量的带宽不足，或者如果您正在运行域，则服务器可能超载。
请提供更多详细信息。