背景：有一次，我与我长期使用的托管服务 IVHosting.com 失去了联系。例如，[电子邮件保护]几个星期都没有回复。在网上搜索了一下，发现他们被合并到了 SoftLayer（现在称为 IBM Cloud）。直到下面的问题出现之前我都不知道这一点。
问题：我突然无法收到发送到我网站电子邮件账户的电子邮件，[电子邮件保护]和[电子邮件保护]。Windows 诊断显示它们在线但没有响应。此外，相应的网站从我家网络上的计算机无法访问。但是，我可以访问其他网站。更令人费解的是，其他人可以访问我的网站，而我可以通过手机访问它们。
由于无法访问 IVCHosting，我联系了我的 ISP Spectrum（又名 Times Warner Cable）。他们指导我多次重启和重置我的有线调制解调器和 Linksys 路由器。此外，各种在线论坛也提到了防火墙问题等，但都无济于事。Spectrum 技术支持人员对此事置之不理，称由于我可以访问其他网站，因此他们承诺的服务没有问题。
因此，在我姐夫（在凤凰城）的帮助下，我一直在检查通往我网站的跟踪路由www.efsowell.us。
他的追踪路线显示：
1 <1 ms <1 ms <1 ms 192.168.1.1
2 14 ms 7 ms 7 ms phn4-dsl-gw05.phn4.qwest.net [71.32.112.5]
3 46 ms 8 ms 14 ms 71-32-113-33.phn4.qwest.net [71.32.113.33]
4 * 7 ms 7 ms 4.68.38.185
5 * * * Request timed out.
6 23 ms 23 ms 24 ms 4.7.16.38
7 * * 25 ms ae6.cbs02.eq01.sjc02.networklayer.com [50.97.17.78]
8 24 ms * 24 ms ae0.cbs02.cs01.lax01.networklayer.com [50.97.17.86]
9 * * * Request timed out.
10 * * 44 ms ae2.cbs01.dr01.dal04.networklayer.com [169.45.18.6]
11 44 ms 44 ms 44 ms ae2.dar02.dal13.networklayer.com [169.45.18.39]
12 45 ms 45 ms 45 ms 8d.76.30a9.ip4.static.sl-reverse.com [169.48.118.141]
13 46 ms 48 ms 50 ms a9.76.30a9.ip4.static.sl-reverse.com [169.48.118.169]
14 44 ms 44 ms 44 ms nx19.dnslinks.net [169.62.176.238]
我在加利福尼亚州奥兰治县。我的踪迹是：
Tracing route to efsowell.us [169.62.176.238]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms EdsNetwork.socal.rr.com [192.168.1.1]
2 18 ms 9 ms 8 ms 142.254.183.93
3 11 ms 11 ms 13 ms agg60.anhmcapj02h.socal.rr.com [76.167.28.189]
4 12 ms 14 ms 15 ms 72.129.21.92
5 10 ms 10 ms 10 ms agg27.tustcaft01r.socal.rr.com [72.129.21.2]
6 15 ms 17 ms 16 ms 209-18-43-72.dfw10.tbone.rr.com [209.18.43.72]
7 18 ms 14 ms 15 ms bu-ether14.lsancarc0yw-bcr00.tbone.rr.com [66.109.6.4]
8 12 ms 11 ms 12 ms 0.ae4.pr0.lax00.tbone.rr.com [107.14.19.86]
9 202 ms 31 ms 11 ms te1-6.bbr01.cs01.lax01.networklayer.com [66.109.11.42]
10 13 ms * * ae6.cbs01.cs01.lax01.networklayer.com [50.97.17.64]
11 43 ms * 43 ms ae2.cbs01.dr01.dal04.networklayer.com [169.45.18.6]
12 43 ms 42 ms 43 ms ae2.dar02.dal13.networklayer.com [169.45.18.39]
13 43 ms 48 ms 42 ms 8d.76.30a9.ip4.static.sl-reverse.com [169.48.118.141]
14 43 ms 43 ms 44 ms a1.76.30a9.ip4.static.sl-reverse.com [169.48.118.161]
15 124 ms * 48 ms nx19.dnslinks.net [169.62.176.238]
Trace complete.
请注意，在这两种情况下，同一位置都会出现很大的延迟：
cs01.lax01.networklayer.com[50.97.17.86] 和 cs01.lax01.networklayer.com[50.97.17.64] 但是，它们被转换为不同的 IP 地址。我认为这意味着某些域名服务器不是最新的。但是，我真的不知道。不同的 IP 地址可能是由于两次跟踪是在不同时间进行的。但是，每次跟踪中肯定在同一个节点上存在瓶颈。
所以，我的问题如下。鉴于我的 ISP（Spectrum）认为问题不在于他们的服务，因为我可以正常访问其他网站，而我的托管服务似乎无法解决问题，我该如何查明原因？目前我正在转移我的托管服务，因为我非常怀疑 IBM 是否有兴趣与我合作。
提前感谢您的想法。
联网
答案1
这更像是一个评论而不是一个答案，但我在网站上还没有足够的积分来发表评论。
您的跟踪路由显示您的计算机可以访问有问题的 Web 服务器，因此这似乎不是路由问题。由于其他人可以访问该网站，因此该网站并未瘫痪。
我建议尝试使用其他浏览器或计算机（如果有的话）。我猜可能是您的计算机上有东西阻止了该网站，或者您的个人计算机以某种方式被阻止访问该网站。
我曾经见过一两次这种情况发生在小型网站提供商身上，他们会限制你页面的带宽，除非你支付额外费用，如果你经常用家里的电脑查看你的网站，你可能会触发他们的封锁。
另外，您提到这似乎是在您的托管服务提供商被收购后发生的，新的托管服务提供商可能有更严格的规定，这就是现在出现问题的原因。
答案2
有关您的方法论的答案比实际问题的答案更多：
每条轨迹中同一个节点处肯定存在瓶颈。
这不是一个瓶颈，除非继续前进从这一步到最后。但如果仅有的单跳显示响应时间较长，这很正常。
（例如，如果位于跳 9 或链路 8-9 的路由器在转发过程中丢失或延迟数据包，则会影响发送到跳 10、跳 11、跳 12 等的探测 - 因为所有这些探测都必须经过跳 9。）
大多数核心互联网路由器都具有很高的容量转发数据包（只是路由并原封不动地发送出去），但容量要低得多回答数据包。它们有专用的 ASIC 用于常规转发，但所有“不寻常”的数据包（在这种情况下，TTL 达到 0 的跟踪路由探测）都由相当弱的常规 CPU 处理，该 CPU 还可能负责路由计算、BGP 和其他任务。
因此，路由器通常会限制每秒产生的 ICMP 响应数量，并且不能保证这些 ICMP 响应会尽快发送出去（或者根本无法发送）。
例如，这里mtr显示了很多探测损失对于 SoftLayer 核心路由器，但它不会继续超过跳 12（之后为零丢失），因此很明显这些路由器完全能够转发数据包，它们只是没有像工具预期的那样快速生成 ICMP“TTL 超出”响应。
cs01.lax01.networklayer.com [50.97.17.86] 和 cs01.lax01.networklayer.com [50.97.17.64] 但是，它们被转换为不同的 IP 地址
这不是完整的名字——只有两个结束于同一个域名，但你忘记了一个以 开头ae0.cbs02，另一个以 开头ae6.cbs01。这没关系，它们是同一位置的两个不同的路由器。
此外，traceroute 不会将域名转换为 IP 地址。它所做的恰恰相反——它知道仅有的IP 地址并使用反向 DNS 查找域名。rDNS 信息可能缺失或错误（并非所有 ISP 都维护该信息），但 IP 地址始终正确，因为它是直接从 ICMP 数据包中获取的。