这个错误信息从何而来?

这个错误信息从何而来?

最近搬家后换了一家新的 ISP,在 OSX 10.7 下运行 Chrome。所有浏览器都会出现此问题。

我时不时在访问各种网站时会看到以下错误(没有特定的模式)。这是完整的消息。这是我的 Web 浏览器中唯一显示的内容。问题在几分钟内自行解决。可能是某种查找错误,但我无法识别它。

哪个软件正在处理此消息?发生了什么?此参考编号引用了什么?(加粗是为了强调我不是想解决这个问题,而是想学习一些有关互联网的知识)

Invalid URL

The requested URL "/articles/6517181", is invalid.

Reference #9.6f200f6c.235618518a.b7e910cf

更新:我在 Wireshark 中查看了交换。请求发往的 IP 地址明显不同于我尝试访问的站点的 IP 地址。如果我查看跟踪路由,到 Facebook 等 IP 地址的路由与提供错误消息的 IP 相同,最多 6 步,然后两者就会分道扬镳:

更新 2:名为“Akamai GHost”的服务器返回了错误,返回结果为 400 HTTP 响应。小的 信息关于此软件可用。Akamai 是一家主要的 CDN,这肯定是他们的缓存服务器之一。肯定存在下游 DNS 错误。我如何找出导致此问题的原因?

前往 Facebook 的路线:

$ traceroute facebook.com 
traceroute: Warning: facebook.com has multiple addresses; using 69.171.234.21
traceroute to facebook.com (69.171.234.21), 64 hops max, 52 byte packets
 1  192.168.2.100 (192.168.2.100)  14.311 ms  1.182 ms  3.513 ms
 2  192.168.1.1 (192.168.1.1)  5.012 ms  2.857 ms  3.308 ms
 3  xx.xx.192.1 (xx.xx.192.1)  487.876 ms  203.273 ms  202.285 ms
 4  xx.xx.26.77 (xx.xx.26.77)  176.310 ms  20.453 ms  252.630 ms
 5  xx-ccr02.xx.rr.com (xx.xx.18.138)  169.683 ms  298.418 ms  165.257 ms
 6  xxca1-cr01.xx.rr.com (xx.xx.17.2)  166.682 ms  199.838 ms  208.288 ms
 7  ae-6-0.cr0.xx30.tbone.rr.com (xx.xx.6.214)  60.857 ms  276.735 ms  209.215 ms
 8  ae-1-0.pr0.xx00.tbone.rr.com (xx.xx.6.129)  197.058 ms  502.956 ms  204.400 ms
 9  xx.xx.9.206 (xx.xx.9.206)  186.777 ms
    tengigabitethernet4-2.ar4.xx1.gblx.net (xx.xx.254.25)  413.101 ms
    tengigabitethernet4-1.ar4.xx1.gblx.net (xx.xx.93.65)  309.246 ms
10  ae2-50g.scr4.xx1.gblx.net (xx.xx.95.213)  236.292 ms  181.912 ms  140.705 ms
11  ae10-0-40g.scr4.snv2.gblx.net (xx.xx.164.30)  88.988 ms  96.949 ms  128.331 ms
12  e5-3-40g.ar5.sjc2.gblx.net (67.17.72.14)  87.643 ms  62.797 ms  114.806 ms
13  64.208.158.30 (64.208.158.30)  298.681 ms  214.118 ms  313.760 ms
14  ae0.bb01.sjc1.tfbnw.net (74.119.76.21)  285.443 ms
    ae1.bb02.sjc1.tfbnw.net (204.15.21.164)  195.285 ms  297.923 ms
15  ae12.bb02.prn1.tfbnw.net (74.119.79.109)  309.046 ms
    ae2.bb01.pao1.tfbnw.net (74.119.76.136)  307.655 ms
    ae12.bb02.prn1.tfbnw.net (74.119.79.109)  322.926 ms
16  ae0.dr05.prn1.tfbnw.net (204.15.23.57)  512.197 ms
    ae0.dr02.prn1.tfbnw.net (74.119.79.103)  419.674 ms
    ae1.dr02.prn1.tfbnw.net (74.119.79.107)  410.296 ms
17  po1021.csw08a.prn1.tfbnw.net (31.13.25.129)  418.573 ms
    ae1.dr01.prn1.tfbnw.net (74.119.79.105)  289.727 ms
    po1021.csw08a.prn1.tfbnw.net (31.13.25.129)  293.519 ms
18  * * *

路由到提供该消息的任何位置:

$ traceroute 23.15.61.177
traceroute to 23.15.61.177 (23.15.61.177), 64 hops max, 52 byte packets
 1  192.168.2.100 (192.168.2.100)  21.246 ms  14.488 ms  1.017 ms
 2  192.168.1.1 (192.168.1.1)  5.226 ms  7.623 ms  5.454 ms
 3  xx.xx.192.1 (xx.xx.192.1)  530.663 ms  188.692 ms  202.046 ms
 4  xx.xx.26.77 (xx.xx.26.77)  181.943 ms  167.857 ms  138.634 ms
 5  xx.xx-ccr02.xx.rr.com (xx.xx.18.138)  199.755 ms  172.108 ms  165.070 ms
 6  xx.xxca1-cr01.xx.rr.com (xx.xx.17.2)  186.851 ms  198.587 ms  203.372 ms
 7  xx.xx.17.134 (xx.14.17.134)  209.303 ms  232.596 ms  694.958 ms
 8  xx.xx.19.67 (xx.14.19.67)  40.765 ms  149.819 ms
    xx-1-0.pr0.xx00.tbone.rr.com (xx.xx.6.129)  63.554 ms
 9  * * *

答案1

这显然是一条标准错误消息,仅表示请求了无效的 URL。它可能有许多可能的来源,例如错误的插件或编程不良的网站。不幸的是,该消息的来源未指定。

如果你是开发人员,你可以尝试使用控制台来调试正在发生的事情 Chrome 开发者工具适用于 Google Chrome 的 Firebug Lite。否则,继续这个答案。

我建议清除你的 DNS 缓存:

sudo dscacheutil -flushcache

如果这没有帮助,我建议您尝试使用其他浏览器查看是否发生这种情况。如果仍然发生这种情况,则问题出在您的 ISP、路由器或 DNS 服务器上。

如果使用其他浏览器没有出现这种情况,则测试不使用插件的 Chrome。如果问题消失,则这是由您的某个插件引起的,因此您必须通过反复试验来找出是哪个插件。

如果问题仍然存在于没有插件的 Chrome 中,请卸载 Chrome,清理所有文件夹,重新安装 Chrome,然后逐个小心地添加所有插件,同时检查问题是否再次出现。

如果没有任何效果,请使用几种知名的防病毒产品来验证您的系统。

如果问题仅出在 Chrome 上,但卸载它没有帮助,那么我唯一的建议就是使用其他浏览器。

[编辑]

根据手头的信息,我最好的猜测是,问题在于您的 ISP 使用某种缓存代理,它要么 (1) 有时会错误地重写页面,要么 (2) 过早使其链接过期。

使用免费的 VPN 服务来逃避 ISP。此类服务的一个例子是热点盾或者Cyber​​Ghost VPN (最简单的使用方法是免费代理)。如果问题消失,那么您可以完全肯定这是由您的 ISP 引起的,并且应该联系他们的支持人员。如果问题没有消失,那么问题就出在您的计算机或路由器上。

如果此测试没有结论,您还可以使用工具来跟踪您的通信(我不知道哪些工具可用于 OSX)。出现此错误时,立即查看请求和返回的 html。如果您想听取我们的意见,请发布跟踪。如果使用的 URL 没有指向它应该指向的位置,那么就是代理重写了当前页面。

了解路由器的一些详细信息将有助于了解其是否有过期的缓存。

答案2

将操作系统中的 DNS 服务器更改为使用 Google DNS 服务器

Google 服务器的 IP 如下:

IPV4:

8.8.8.8

8.8.4.4

IPv6:

2001:4860:4860::8888

2001:4860:4860::8844

https://developers.google.com/speed/public-dns/docs/using

答案3

昨天我遇到了这种情况。这里的所有消息都是错误的:)

那么,这个错误是从哪里来的呢?答案:来自 Akamai 服务器。Akamai 是一家在世界各地销售本地服务器的公司,因此像 Yahoo! 这样的大公司可以为世界各地的任何用户提供最低的延迟。所以他们有很多服务器。

现在,如果您正在尝试某些开发服务器或其他东西,为什么要访问这些服务器?答案:因为您在某个时候有一个错误的 DNS 条目,修复了它,但您烦人的浏览器仍然缓存着前一个条目。

大多数浏览器都会缓存 DNS 查询,尽管这不关它们的事。就我而言,情况如下:

  1. 我前一天在托管公司为新的开发服务器创建了一个错误的 CNAME
  2. 我在浏览器上点击了它,但同时发现它是错误的,并修复了它
  3. 我甚至在 /etc/hosts 上添加了一个条目
  4. 因此我之前没有打开过的 ping 和浏览器都没问题
  5. Firefox 仍然显示错误。结果是,将 IP 从 173.... 更改为 172...(我的错误)到达了 akamai 服务器。正如我所说,他们在各地都有许多服务器。
  6. 我尝试清除缓存、退出浏览器、重新启动...但都没有解决问题。直到我等了大约 20 分钟而没有请求该 URL 或其他东西。
  7. 我真的很讨厌现代浏览器。

我知道这是一个 akamai 服务器,因为如果我在浏览器缓存中输入了错误的 ip(它的妙处在于,无法从浏览器内部知道,您必须监听操作系统上的 tcp 连接),我就会收到该错误。如果我反向查询有关该 IP 的 DNS,我会得到一个 akamai 主机名。

因此,回答您的问题:此错误消息来自 akamai 服务器,这是由于您的浏览器积极的 DNS 缓存将您指向了错误的地址。

答案4

我也做了一些调查。我目前的理论是,它来自 HTTP 负载平衡器,并且一个或多个后端服务器已关闭或运行缓慢。那么负载平衡器就会用此消息做出响应。这就是为什么它 1) 是间歇性的,并且 2) 似乎只发生在高流量站点上。

相关内容