Откуда приходит это сообщение об ошибке?

Question

Недавно перешел на нового провайдера после переезда, на котором запущен Chrome под OSX 10.7. Проблема возникает со всеми браузерами.

Я вижу следующую ошибку при посещении различных сайтов - без определенного шаблона - время от времени. Это все сообщение. Это единственное, что появляется в моем веб-браузере. Проблема устраняется через несколько минут. Вероятно, какая-то ошибка поиска, но я ее не распознаю.

Какая часть программного обеспечения обслуживает это сообщение? Что происходит? Что это за ссылка # ссылка? (жирным шрифтом добавлено, чтобы подчеркнуть, что я не пытаюсь решить эту проблему, я пытаюсь узнать что-то об Интернете)

Invalid URL

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

Reference #9.6f200f6c.235618518a.b7e910cf

ОБНОВЛЕНИЕ: я посмотрел на обмен в Wireshark. Запрос направляется на IP-адрес, который явно отличается от IP-адреса сайта, на который я пытаюсь попасть. Если я посмотрю на traceroute, маршрут к IP-адресу, скажем, Facebook, будет таким же, как и IP-адрес, который передает сообщение об ошибке, до 6 шагов, а затем два расходятся:

ОБНОВЛЕНИЕ 2: ошибка возвращается как ответ HTTP 400 сервером под названием «Akamai GHost». Существует мало информации об этом программном обеспечении. 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  * * *

Answer 1

По-видимому, это стандартное сообщение об ошибке, означающее, что был запрошен неверный URL. У него может быть много возможных источников, таких как плохой плагин или плохо запрограммированный веб-сайт. К сожалению, источник сообщения не указан.

Если вы разработчик, вы можете попытаться отладить происходящее, используя консоль Chrome Developer Tools и Firebug Lite для Google Chrome. В противном случае продолжайте с этим ответом.

Я предлагаю очистить ваш кэш DNS:

sudo dscacheutil -flushcache

Если это не помогает, я предлагаю вам попробовать, если это происходит с помощью другого браузера. Если это все еще происходит, то проблема в следующем: ваш провайдер, ваш роутер, ваши DNS-серверы.

Если этого не происходит с другим браузером, протестируйте Chrome без плагинов. Если проблема исчезнет, то это связано с одним из ваших плагинов, поэтому вам придется найти, какой из них методом проб и ошибок.

Если проблема по-прежнему возникает в Chrome без плагинов, то удалите Chrome, очистите все папки, переустановите Chrome, а затем аккуратно добавьте все плагины один за другим, проверяя, возвращается ли проблема.

Если ничего не работает, проверьте вашу систему с помощью нескольких известных антивирусных продуктов.

Если проблема только в Chrome, но удаление не помогло, то единственный совет, который я оставил, - это использовать другой браузер.

[РЕДАКТИРОВАТЬ]

Мое лучшее предположение с имеющейся информацией заключается в том, что проблема заключается в том, что ваш провайдер использует какой-то кеширующий прокси, который либо (1) иногда перезаписывает страницу неправильно, либо (2) слишком быстро теряет ссылки.

Используйте бесплатный сервис VPN, чтобы сбежать с помощью интернет-провайдера. Примером такого сервиса является Hotspot Shield или CyberGhost VPN (самым простым в использовании является их бесплатный прокси). Если проблема исчезнет, вы можете быть абсолютно уверены, что она вызвана вашим Интернет-провайдером, и вам следует связаться с его Службой поддержки. Если проблема не исчезнет, значит, проблема в вашем компьютере или маршрутизаторе.

Если этот тест не является окончательным, вы также можете протестировать, используя инструмент для отслеживания вашего общения (я не знаю, какие доступны для OSX). В тот момент, когда возникает эта ошибка, посмотрите немедленно, чтобы увидеть, что был запрос и возвращенный HTML. Оставьте след, если вы хотите, чтобы наше мнение. Если используемый URL-адрес не указывает, где он должен, то это прокси, который переписал текущую страницу.

Было бы полезно иметь некоторые детали для вашего маршрутизатора, чтобы увидеть, если у него есть кэш с истекающим сроком действия.

Answer 2

Измените DNS-серверы в вашей операционной системе на использование DNS-серверов Google.

IP-адреса сервера Google:

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

Answer 3

Случилось со мной вчера. Все сообщения здесь неверны :)

Итак, откуда эта ошибка? Ответ: с сервера Akamai. Akamai - это компания, которая продает локальные серверы по всему миру, таким крупным компаниям, как Yahoo! может иметь минимальную задержку для любого пользователя во всем мире. Таким образом, у них есть много серверов.

Теперь, почему вы бьете по этим серверам, если вы пробуете какой-то свой сервер dev или что-то еще? ответ: поскольку в какой-то момент у вас была плохая запись DNS, исправьте ее, но ваш раздражающий браузер все еще имеет предыдущую запись в кэше.

Большинство браузеров кешируют DNS-запросы, хотя это не их дело. В моем случае это произошло так:

1. за день до этого я создал плохую CNAME в моей хостинговой компании для нового сервера разработки
2. Я ударил его в браузере, но тем временем заметил, что это не так, и ifxed это
3. я даже добавил запись в /etc /hosts
4. поэтому пинг и браузеры, которые я не открывал раньше, были в порядке
5. Firefox все еще показывал ошибку. Оказалось, изменив IP с 173 .... на 172 ... (ошибка, которую я сделал) достиг сервера akamai. как я уже сказал, у них везде много серверов.
6. Я попытался очистить кэш, выйти из браузера, перезапустить ... ничего не решило. пока я не ждал около 20 минут, не запрашивая этот URL или что-то.
7. Я действительно ненавижу современные браузеры.

я знаю, что это был сервер akamai, потому что если я нажал неверный IP-адрес, который у меня был в кэше браузера (прелесть этого, нет способа узнать из браузера, вы должны прослушивать соединения tcp в ОС) получите эту ошибку. и если я запросил DNS об этом IP, я получил имя хоста akamai.

Итак, ответьте на ваш вопрос: это сообщение об ошибке пришло с сервера akamai, благодаря агрессивному кешу DNS вашего браузера, указывающему на неправильный адрес.

Answer 4

Я также провел некоторое расследование. Моя текущая теория состоит в том, что это исходит от балансировщика нагрузки HTTP, и один или несколько внутренних серверов не работают или работают медленно. Тогда это будет балансировщик нагрузки, отвечающий этим сообщением. Вот почему это 1) прерывистый, и 2), кажется, происходит только на сайтах с большим объемом.