我主持我的位点strongjoshua.com
-附easyDNS的网络托管服务。昨天,我试图连接到我网站的CPanel,但是我忘记了密码。我尝试了几种方法,但最终还是放弃了,所以我要求重设密码。这花了一些时间,所以我决定尝试输入最后一个密码,此后我收到了网络错误。
我以为是因为密码重置了,但是我仍然认为这很奇怪。然后,我检查了我的电子邮件并收到了重置电子邮件。但是之后,我再也无法访问我的网站了。CPanel托管在网站本身上,因此我也无法访问它。
我无法仅通过家庭Wi-Fi来访问该站点,但是通过电话使用数据就像正常一样。我曾尝试将路由器的DNS服务器更改为Google的DNS服务器(包括IPv6的DNS服务器),但无济于事。
我的traceroute是:
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.”]
我认为密码重置请求与此无关,但似乎托管服务本身(或您在其上的配置)令人窒息。我建议从可以连接到您的站点的计算机登录到控制面板,并且/或者联系您的托管服务提供商要求他们进行调查。
我什么都看不到,这是客户端可解决的源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
;可能是其网络中的路由器或交换机。但是您的访问无济于事,我最终看到该站点没有问题。
因此,如果您问我,托管服务提供商方面正在发生某些事情,从而以某种方式阻止了您的访问。也许是防火墙设置或应用程序级别的类似设置,但我不认为这是可以从您身边解决的网络问题。
我建议您与托管服务提供商联系,或者从可用于连接到托管服务提供商的系统登录到控制面板,然后查看是否可以从那里进行调试。或者至少与您的托管服务提供商一起开出支持票,要求他们检查您网站的配置。
本文收集自互联网,转载请注明来源。
如有侵权,请联系[email protected] 删除。
我来说两句