我根本無法訪問的兩個特定網站是 css-tricks.com 和 jquery.com,這對我來說非常重要,因為我是網頁設計師。
我與我的 ISP 交談並嘗試過
- 使用不同的瀏覽器,
- 使用各種dns伺服器,
- 清除 DNS 快取
- 將數據機重置回出廠設置,
- 最後是關於更改 MTU 設置,這在路由器介面下不可用,他們放棄了,並告訴我如果問題仍然存在,請嘗試不同的路由器。
問題是,我沒有另一個,也不想付錢。顯然這個(airties rt-211)正在工作,但可能存在配置錯誤。
不管怎樣,我接手了,經過一番谷歌搜尋後,我發現了更多關於 MTU 的資訊。顯然,我的 MTU 設定為 1500。
資料包需要分片但設定 DF。
我嘗試降到 1472。
請求超時。
我也嘗試了更低的值,但即使使用 1kb 封包也會逾時。
我認為 ISP dns 也不存在問題,因為我在工作中使用相同的 ISP 並且能夠訪問這些網站。
我還進行了 Tracert,但同樣,請求在第 16 跳後逾時。
有人有什麼想法嗎?
答案1
你的ping
審判並不一定意味著什麼。
乙太網路(和網際網路)的正常 MTU 為 1500 Packet needs to be fragmented but DF set
。它DF
代表“不分段”,大於 MTU 的資料包必須分段才能傳輸。
此外,為了防止惡意掃描程式偵測伺服器,通常會關閉對 ping 的回應,因此Request timed out
並不一定表示有問題。
也就是說,我可以 ping css-tricks.com 和 jquery.com 並獲得回應,因此您可能確實遇到了問題。為了幫助縮小範圍,請將您看到的這些網站的 IP 位址(ping 將在網域後面的括號中報告它正在 ping 的 IP 位址)與您在其他可用電腦上看到的 IP 位址進行比較。也可以嘗試tracert
或traceroute
(取決於您的作業系統)查看您的資料包採用的路線。您和相關站點之間可能存在路由錯誤,這會顯示封包進入黑洞。我注意到您提到的兩個網站均由媒體聖殿所以你可以嘗試向他們尋求幫助。
答案2
可能是路由沿線某處的路由器出現問題,導致 ICMP 封包被封鎖。這樣做是因為一些惡意網站出於邪惡的原因使用這些內容。有關詳細信息,請參閱維基百科中的文章“互聯網控制訊息協議”和“黑洞(網路)”。由於某種原因,我只在 IMDb 網站上遇到了這個問題,我使用的 Linux 中的解決方案在以下部落格文章中進行了解釋:
http://blog.glinskiy.com/2009/02/packetization-layer-path-mtu-discovery.html
http://fitzcarraldoblog.wordpress.com/2010/11/30/why-cant-i-access-a-specific-web-site/
若要解決此問題,您必須停用 ICMP 並啟用 PLPMD(封包層路徑 MTU 發現)。不知道如何在 Windows 中執行此操作,但 Google 可能會為您指明正確的方向。
祝你好運。
答案3
嘗試降低您的傳出 MTU(也許是 pppoe?),預設為 1492。
一些「實施不當」的路由將使封包大於乙太網路的實體限制,並使網路連線出現問題。