我正在托管我的网站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 服务器以识别不同的主机名。基于名称的虚拟托管还可以缓解对稀缺 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 左右。
我在几台计算机上都遇到过这个问题。