Защо някои сайтове се провалят само при включен VPN?

Когато един сайт се провали, докато останалите се зареждат, това бързо стеснява неизправността. Прочетете грешката, тествайте разрешаването на имена, после прегледайте размера на пакета, преди да пипате клиента.

Фактът, че един сайт се провали, докато всичко останало се зарежда, доказва, че тунелът пренася трафик, което стеснява проблема повече, отколкото повечето очакват. Три наблюдения подреждат останалото: дали изобщо сте получили HTTP отговор, дали името на хоста се е разрешило до адрес и дали малките заявки минават, докато големите засичат. Гадаенето за VPN преди тези отговори обикновено премества неизправността, вместо да я отстрани.

Разгледайте наблюденията по ред, защото сайт, който е отговорил, не е могъл същевременно да се провали при разрешаването. Ако изобщо нищо не се зарежда, вие сте в грешния клон и важат проверките за свързано, но без интернет.

Нека съобщението за грешка избере клона

Отказ, антибот проверка или страница за грешка означават, че услугата е отговорила, тоест пакетите са стигнали до приложение и са се върнали. Това премества въпроса към политиката за достъп на сайта, която може да отчита изходния адрес, акаунта или непубликувани модели на заявки. Провал при разрешаването на имена изобщо не е стигнал до сайта, а адресът е първото нещо за проверка. Изтичането на време е по средата: нещо е изпратено и нищо не го е потвърдило.

Предупрежденията за сертификати принадлежат на четвърти клон. Те означават, че връзката е обслужена от нещо, чиято самоличност браузърът не е могъл да провери, тоест или прокси от ваша страна, или истинско несъответствие, през което не бива да кликате. Третирайте това като въпрос на доверие, а не на маршрутизация.

Сайт, който отговаря, не е доказал счупен тунел

Когато отговорът е страница за блокиране, сравнете същата страница през втори изход, без да променяте браузъра и машината. Ако резултатът следва изходния адрес, сайтът третира този адрес различно и никоя настройка на клиента няма да го промени. Ако блокирането следва вашия браузър, причината е в разширение, запазено прокси или настройка на резолвера. Два пуска разделят тези обяснения евтино.

Провали само в браузъра са достатъчно чести, за да се тестват рано. Страница, която се зарежда в един поддържан браузър и се проваля в друг, сочи към състояние на профила, блокер на съдържание или криптиран DNS, настроен вътре в самия браузър. Указанията на Chrome за сигурен DNS показват къде се намира тази настройка, и смяната ѝ чрез поддържаната контрола е по-добра от нулиране на устройството.

Когато засичат само големите преноси, погледнете размера на пакета

Страница, която изчертава заглавката си и после засича, има различен подпис от страница, която никога не започва. Малките отговори могат да минават, докато полезен товар в пълен размер се изхвърля някъде, което не може да сигнализира на подателя, и така изглежда провал на MTU на пътя от браузър. Сравнете мъничка заявка и голяма към същия хост, преди да теоретизирате за филтриране. Откриването на MTU на пътя би трябвало да научава най-малкия размер на връзката по пътя и зависи от ICMP отговори, които филтрираните мрежи рутинно изхвърлят.

Тествайте тази хипотеза с преглед на размери, а не с един пинг. Провал, който започва при постоянен размер на товара, е силно доказателство, докато провал, който се мести, не е.

Потвърдете поправката на заявката, която се провали

Тествайте отново първоначалната операция, а не началната страница, защото кеширана обвивка може да се изчертае, докато извикването на API зад вход все още се проваля. Командите по-долу разделят разрешаването на имена, малка заявка и голяма към същия хост. Заменете името на хоста и пътя с тези от заявката, която наистина се счупи.

dig +short www.example.com
curl -sS -o /dev/null -w '%{http_code} %{time_total}\n' https://www.example.com/
curl -sS -o /dev/null -w '%{http_code} %{size_download}\n' https://www.example.com/assets/app.js
ping -M do -s 1400 -c 3 203.0.113.20

Ако отговорът на dig се различава от този, който браузърът е използвал, резолверът е променливата, а собствената DNS настройка на браузъра е мястото за гледане. Ако малката заявка връща статус, докато голямата засича, обработете клона за размера на пакета. Ако и двете изтекат, изходният път и отношението на сайта към този адрес отново са на масата.

Запазете промяната, благодарение на която първоначалната заявка успя, и отменете останалото. Куп едновременни промени в браузъра, резолвера и клиента ви оставят неспособни да кажете коя е имала значение.

Подобни статии