
我所在的網路運行伺服器運行 Windows Server 2008 R2,而 Internet 連線速度似乎有問題。當我在命令提示字元下使用 Tracert 時,在找到另一個內部 IP 位址並連接到我們的 ISP 之前,我總是在第二跳上收到「請求逾時」的訊息。另一個可能具有啟發性的細節:連接到第三跳的“10.208.133.5”內部IP位址在我的所有tracert測試中都是一致的:
追蹤到 google.com 的路由 [173.194.33.0]
1 <1 ms * <1 ms [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 毫秒 112 毫秒.
6 * 11 ms 11 ms 66.249.94.212
7 11 ms 13 ms 15 ms 209.85.253.24
8 11 ms 11 ms 11 ms sea09s01-in-f0.1e 11 ms 11 ms sea09s01-in-f0.1e103.103.103.103.103.103.103.103.103.199.13.103]
。
許多用戶抱怨網路連線速度慢,而「請求超時」的位置對我來說意味著問題就在我這邊,因為它發生在我到達 ISP 之前。當嘗試使用瀏覽器連接到網站時,網路上的用戶會注意到類似的節奏(連接啟動看似緩慢,隨後是預期速度)。
對於這種情況,「通常的嫌疑犯」是什麼?
謝謝你!
答案1
好吧,tracert 掃描的常見嫌疑Request Timed Out
是該節點特別禁用了 ICMP,基本上,它不會回應 ping 請求,即使是那裡是那裡有什麼東西。我不會因此而歸咎於網路速度緩慢。我們需要有關網路或 ISP 的更多詳細資訊才能找到答案。這可能是由於 DNS 伺服器故障或您嘗試服務的使用者數量的頻寬造成的,或者如果您正在執行網域,則伺服器可能會過載。
請提供更多詳細資訊。