Звідки походить це повідомлення про помилку?

Нещодавно після переходу перейшов до нового провайдера, запустивши Chrome під ОСX 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: Помилка повертається у відповідь 400 HTTP сервером під назвою "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  * * *

Це, мабуть, стандартне повідомлення про помилку, яке означає лише, що запитували недійсну URL-адресу. Він може мати безліч можливих джерел, таких як поганий плагін або погано запрограмований веб-сайт. На жаль, джерело повідомлення не вказано.

Якщо ви розробник, ви можете спробувати налагодити те, що відбувається за допомогою консолі Інструментів для розробників Chrome і Firebug Lite для Google Chrome . В іншому випадку продовжуйте цю відповідь.

Я пропоную очистити кеш DNS:

sudo dscacheutil -flushcache

I це не допомагає, я пропоную вам спробувати перевірити, чи це відбувається за допомогою іншого браузера. Якщо це все-таки відбувається, то проблема або з: провайдером, вашим маршрутизатором, вашими DNS-серверами.

Якщо цього не відбувається з іншим веб-переглядачем, протестуйте Chrome без плагінів. Якщо проблема зникне, це спричинено одним із ваших плагінів, тож вам доведеться знайти, який саме через пробу та помилку.

Якщо проблема все ще трапляється в Chrome без плагінів, видаліть Chrome, очистіть усі папки, перевстановіть Chrome, а потім додайте будь-які додатки ретельно один за одним, перевіряючи, чи проблема повертається.

Якщо нічого не працює, перевіряйте свою систему кількома відомими антивірусними продуктами.

Якщо проблема є лише в Chrome, але видалення не допомогло, то єдина порада, яка мені залишилася, - це використовувати інший браузер.

[EDIT]

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

Використовуйте безкоштовну послугу VPN, щоб уникнути використання провайдера. Прикладом такої послуги є Hotspot Shield або CyberGhost VPN (найпростіший у використанні - їх Безкоштовний проксі ). Якщо проблема зникає, ви можете бути абсолютно впевнені, що це викликано вашим Інтернет-провайдером і має зв’язатися з їх підтримкою. Якщо проблема не зникає, проблема знаходиться у вашому комп’ютері чи маршрутизаторі.

Якщо цей тест не є переконливим, ви також можете протестувати, використовуючи інструмент для відстеження зв'язку (я не знаю, які доступні для OSX). Як тільки виникла ця помилка, перегляньте негайно, щоб побачити, який був запит та повернутий html. Опублікуйте слід, якщо ви хочете нашої думки. Якщо використана URL-адреса не вказує туди, де вона має бути, то саме проксі-сервер переписав поточну сторінку.

Це допоможе отримати деякі деталі для вашого маршрутизатора, щоб побачити, чи не має він кеш-пам’яті.

Змініть сервери 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

Сталося зі мною вчора. Усі повідомлення тут неправильні :)

Отже, звідки ця помилка? Відповідь: з сервера Akamai. Akamai - це компанія, яка продає локальні сервери у всьому світі настільки великі компанії, як Yahoo! може мати найменшу затримку для будь-якого користувача у всьому світі. Отже, у них багато серверів.

Тепер, чому ви б'єте ці сервери, якщо ви пробуєте когось із свого сервера розробників чи чогось іншого? відповідь: оскільки у вас в якийсь момент був поганий запис у dns, виправили це, але ваш роздратовуючий браузер все ще має кешований попередній запис.

Більшість браузерів кешують DNS-запити, навіть якщо це не їхня справа. У моєму випадку це сталося так:

1. Напередодні я створив погану CNAME у своїй хостинговій компанії для нового сервера розробників
2. Я натиснув його на браузер, але тим часом помітив, що це неправильно, і виправив його
3. Я навіть додав запис на / etc / hosts
4. тож пінги та браузери, яких я раніше не відкривав, були добре
5. firefox все ще показував помилку. виявилося, змінивши ip з 173 .... на 172 ... (помилка, яку я мав) дійшла до сервера акамай. як я вже сказав, у них є багато серверів скрізь.
6. Я спробував очистити кеш, закрити браузер, перезапустити ... нічого не вирішило. поки я не зачекав 20 хвилин, не вимагаючи цієї URL-адреси чи чогось іншого.
7. я дуже ненавиджу сучасні браузери.

я знаю, що це був сервер akamai, тому що якщо я потрапив неправильно ip, який я мав у кеші браузера (краса цього, немає можливості дізнатися з браузера, ви повинні слухати з'єднання tcp в ОС) я отримати цю помилку. і якщо я повернув запит DNS про цей IP, я отримав ім'я хоста akamai.

Отже, відповідь на ваше запитання: це повідомлення про помилку називається сервером akamai, завдяки агресивному кешу DNS вашого браузера, який вказує на неправильну адресу.

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