我正在託管我的網站strongjoshua.com——簡易DNS的網站寄存服務。昨天，我試著連接到我網站的 CPanel，但我已經不記得密碼了。我嘗試了一些變化，但最終放棄了，所以我要求重置密碼。這需要一段時間來處理，所以我決定嘗試最後一個密碼，但我收到了網路錯誤。
我以為這是因為密碼重置，但我還是覺得很奇怪。然後我檢查了我的電子郵件並收到了重置電子郵件。但在那之後，我再也無法造訪我的網站了。 CPanel 託管在網站本身上，因此我也無法存取網站。
我無法僅透過家庭 Wi-Fi 存取該網站，但透過手機使用資料可以正常運作。我嘗試將路由器的 DNS 伺服器更改為谷歌的—包括 IPv6 —但無濟於事。
我的追蹤路線是：
Tracing route to strongjoshua.com [64.68.202.30]
over a maximum of 30 hops:
1 1 ms 2 ms 2 ms 10.0.0.1
2 102 ms 112 ms 31 ms 98.221.240.1
3 14 ms 11 ms 9 ms te-1-2-ur02.raritan.nj.panjde.comcast.net [68.85
.78.13]
4 28 ms 25 ms 11 ms xe-4-0-1-0-ar03.audubon.nj.panjde.comcast.net [6
8.85.63.65]
5 15 ms 15 ms 15 ms he-2-14-0-0-cr01.newyork.ny.ibone.comcast.net [6
8.86.166.113]
6 * 14 ms 13 ms ae12.edge1.NewYork2.level3.net [4.68.127.1]
7 26 ms 27 ms 32 ms ae-2-23.edge1.Toronto2.Level3.net [4.69.200.238]
8 36 ms 35 ms 36 ms 4.31.208.150
9 36 ms 42 ms 36 ms te-1-1.core01.tor1.prioritycolo.com [204.11.48.1
30]
10 48 ms 42 ms 38 ms c.gi-3-5.core03.tor2.prioritycolo.com [67.223.96
.82]
11 36 ms 37 ms 37 ms 173.237.223.2 [173.237.223.2]
12 * * * Request timed out.
13 * * * Request timed out.
14 * * * Request timed out.
15 * * * Request timed out.
16 * * * Request timed out.
17 * * * Request timed out.
[times out up until 30 tries and ends with “trace complete.”]
答案1
簡短的答案
我不認為密碼重設請求與此有任何關係，但託管服務本身（或您的配置）似乎令人窒息。我建議從可以連接到您的網站的電腦登入控制面板和/或聯絡您的託管提供者以要求他們進行調查。
更長的答案
我沒有看到任何跡象表明這是客戶端可解決的來源 ISP 問題，原因如下。
我在美國紐約布魯克林，如果透過主機名稱造訪您的網站，我可以正常查看您的網站strongjoshua.com：
但是，如果我嘗試透過 的 IP 位址存取它64.68.202.30，我會收到託管提供者設定的死胡同/錯誤頁面：
這告訴我託管提供者正在使用某種基於名稱的虛擬主機例如 Apache 使用的那種:
基於名稱的虛擬主機通常更簡單，因為您只需設定 DNS 伺服器以將每個主機名稱對應到正確的 IP 位址，然後設定 Apache HTTP Server 以識別不同的主機名稱。基於名稱的虛擬主機也緩解了對稀缺 IP 位址的需求。因此，您應該使用基於名稱的虛擬主機，除非您使用的裝置明確要求基於 IP 的主機。
這基本上意味著，同一台 Web 伺服器上可能有數十台主機可以擁有相同的 IP 位址，但在 Web 伺服器層級上區分它們的是實際主機名稱。因此，透過原始 IP 位址存取將導致錯誤，但透過主機名稱存取strongjoshua.com會將您傳送到正確的網站。
儘管如此，它仍然無法解釋您所看到的問題。所以使用mtr——這是一個更好的版本traceroute將路線追蹤與不斷更新結合ping數據－您可以看到以下內容：
Host Loss% Snt Last Avg Best Wrst StDev
1. ???
2. 10.42.37.197 0.0% 11 189.0 200.8 176.9 255.6 27.1
3. 66.233.174.161 0.0% 11 188.6 198.9 167.3 378.9 60.2
4. 66.233.174.253 0.0% 11 199.0 212.9 178.7 293.2 35.7
5. sl-crs2-nyc-.sprintlink.net 0.0% 11 189.8 196.2 154.8 259.5 25.2
6. 144.232.10.198 0.0% 11 350.5 202.7 174.4 350.5 52.3
7. xe-10-3-0.tor10.ip4.gtt.net 10.0% 11 315.8 269.1 238.6 372.9 46.1
8. db-transit-gw.ip4.gtt.net 0.0% 10 205.9 221.2 193.5 259.3 18.0
9. te-1-1.core01.tor1.prioritycolo. 0.0% 10 231.2 244.1 219.9 302.5 29.2
10. c.gi-3-5.core03.tor2.prioritycol 0.0% 10 301.2 237.3 209.5 301.2 25.3
11. 173.237.223.2 0.0% 10 216.7 227.7 214.2 237.0 9.0
12. cpanel5.easyweb.com 0.0% 10 341.9 252.6 220.5 341.9 40.1
現在它表面上看起來和你的一模一樣traceroute——由於我的物理位置與你的物理位置不同，初始躍點之間存在差異——但也要注意最後兩個躍點：
11. 173.237.223.2 0.0% 10 216.7 227.7 214.2 237.0 9.0
12. cpanel5.easyweb.com 0.0% 10 341.9 252.6 220.5 341.9 40.1
以下是您的相關行traceroute以供比較：
11 36 ms 37 ms 37 ms 173.237.223.2 [173.237.223.2]
12 * * * Request timed out.
您的traceroute超時發生在到達後173.237.223.2，透過mtr我可以看到最後一跳的反向 DNS (PTR) 項目，即cpanel5.easyweb.com。
這是什麼意思呢？好吧，如果您將您所看到的（或未看到的）與我所看到的進行比較，很明顯我們都獲得了託管提供者的 IP 位址173.237.223.2；可能是網路中的路由器或交換器。但你的訪問進入了死胡同，我最終看到了該網站，沒有任何問題。
因此，如果您問我，託管提供者方面正在發生某些事情，以某種方式阻止您的訪問。也許是防火牆設置或應用程式層級上的類似設置，但我不認為這是您可以從您這邊解決的網路問題。
我建議聯絡您的託管提供者或從可用於連接到託管提供者的系統登入控制面板，看看是否可以從那裡調試它。或至少向您的託管提供者開立支援票，要求他們檢查您網站的配置。
答案2
如果您使用 ADSL 從路由器訪問互聯網，請檢查 MTU 設置，特別是如果您曾經有其他站點出現相同問題，即使只是少數。嘗試將 ADSL MTU 設定為 1470 左右。
我在多台電腦上都遇到過這個問題。