Зашто неке странице закажу само кад је 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 постановка прегледача место за погледати. Ако мали захтев враћа статус док се велики заглављује, обрадите грану величине пакета. Ако оба истекну, излазни пут и однос странице према тој адреси враћају се на сто.

Задржите промену због које је изворни захтев успео и поништите остало. Гомила истовремених промена у прегледачу, разрешивачу и клијенту оставља вас неспособнима да кажете која је била важна.