以下是 google.com 的 mtr 的输出
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. ???
2. Wireless_Broadband_Router.home 0.0% 59 2.0 11.3 1.8 105.3 18.9
3. lo0-100.NWRKNJ-VFTTP-332.verizon-gni.net 0.0% 59 7.3 11.1 3.8 33.7 6.6
4. T1-15-0-13.NWRKNJ-LCR-22.verizon-gni.net 0.0% 59 41.0 14.4 6.8 41.0 7.4
5. ???
6. ???
7. 0.ae6.GW2.EWR19.ALTER.NET 0.0% 58 14.3 18.1 6.2 52.0 10.9
8. GOOGLE-gw.customer.alter.net 0.0% 58 8.8 15.0 6.7 61.7 10.0
9. 54.14.117.63.piscataway.google-ggc.verizon.com 0.0% 58 12.1 15.4 6.5 46.2 7.7
据我所知,情况似乎还不算太糟。但是,在我尝试访问网站(例如谷歌、Facebook 和其他可靠/快速的网站)时,大约有 50% 的时间,需要几秒钟才能解析主机
例如,对 google.com 的以下请求:
排队 15.38 毫秒
停滞 8.26 秒
DNS 查找 8.26 秒
初始连接 29.39 毫秒
SSL 21.18 毫秒
请求已发送 0.21 毫秒
等待 (TTFB) 120.38 毫秒
内容下载 671.17 毫秒
9.10 秒
有人能解释为什么会发生这种情况吗?或者更好的是,给我提供一个解决方案?
答案1
最有可能发生的情况是,您配置了多个 DNS 服务器(直接通过 DHCP 配置,或者您指向的 DNS 服务器有这些服务器),并且第一个 DNS 服务器超时 - 这需要一段时间 - 然后请求被发送到第二个服务器,后者做出响应并加载页面。
正如@Keltari 所说,解决方案是修复 DNS 服务器的问题。如果您不介意 Google 跟踪您,将主服务器设置为 8.8.8.8 会使速度更快,但理想情况下,您应该跟踪没有响应的服务器并将其从配置中删除。
答案2
事实并非如此。我的手机直接使用 Verizon Wireless DNS 服务器,并且为一些主要网站设置了奇怪的 Verizon 代理,这可能是因为没有签订付费协议,无法获得 Verizon 客户的优先访问权,或者出于其他可能不太恶意的原因。我写的关于它的小文章
例如,Verizon 修改了他们的 DNS,将 www.google.com 指向他们自己的代理,例如89.14.117.63.piscataway.google-ggc.verizon.com (63.117.14.89)
供 Version 用户连接到美国西海岸的 Google。
另外,请记住,一些实际的网站使用世界各地的许多不同的服务器来加速使用Anycast/GeoDNS的访问……你在某个地方的朋友可能会访问与你完全不同的数据中心(此外,谷歌使用OpenFlow,将其流量“引导”到引擎盖下的许多不同的数据中心)。
(我是 Google 多次尝试聘用的 SRE。)