Неліктен кейбір сайттар тек VPN қосулы кезде ашылмайды?

Бір сайт істемей, қалғанының бәрі жүктелетіні туннельдің трафик тасымалдайтынын дәлелдейді, бұл мәселені көпшілік күткеннен де қатты тарылтады. Үш байқау қалғанын реттейді: HTTP жауабын алдыңыз ба, хост атауы адреске шешілді ме және кішкентай сұраныстар өтіп жатқанда үлкендері ілініп қала ма. Бұл жауаптарды алмай тұрып VPN туралы болжау әдетте ақауды жояр орнына орын ауыстырады.

Байқауларды ретімен қарастырыңыз, өйткені жауап берген сайт бір уақытта шешілмей қалуы мүмкін емес. Егер мүлдем ештеңе жүктелмесе, сіз басқа тармақтасыз және қосылған, бірақ интернет жоқ жағдайға арналған тексерулер қолданылады.

Қате хабарламасы тармақты таңдасын

Бас тарту, антибот тексеру немесе қате беті қызмет жауап берді дегенді білдіреді, яғни пакеттер қолданбаға жетіп, қайта оралды. Бұл сұрақты сайттың қатынау саясатына ауыстырады, ол шығу адресін, тіркелгіні немесе жарияланбайтын сұраныс үлгілерін ескеруі мүмкін. Атауларды шешу ақауы сайтқа мүлдем жетпеді, ал адрес — ең алдымен тексеру керек нәрсе. Уақыт шегі екеуінің ортасында: бірдеңе жіберілді, бірақ оны ештеңе растамады.

Сертификат ескертулері төртінші тармаққа жатады. Олар байланысты браузер тексеріп үлгере алмаған бірдеңе қамтамасыз етті дегенді білдіреді: не сіз жақтағы прокси, не басуға болмайтын нақты сәйкессіздік. Мұны маршруттау емес, сенім мәселесі деп қарастырыңыз.

Жауап беретін сайт бұзылған туннельді дәлелдемеді

Жауап бұғаттау беті болса, браузер мен машинаны өзгертпей, сол бетті екінші шығу арқылы салыстырыңыз. Нәтиже шығу адресіне ерсе, сайт бұл адресті басқаша өңдейді және клиент конфигурациясы оны өзгертпейді. Егер бұғаттау сіздің браузеріңізге ерсе, себебі кеңейтімде, сақталған проксиде немесе шешуші параметрінде. Екі жүгіріс бұл түсіндірмелерді арзан ажыратады.

Тек браузердегі ақаулар ерте тексеруге жеткілікті жиі кездеседі. Бір қолдау көрсетілетін браузерде жүктеліп, басқасында сәтсіздікке ұшырайтын бет профиль күйіне, мазмұн бұғаттағышына немесе браузердің өзінде конфигурацияланған шифрланған DNS-ке нұсқайды. Chrome-ның қауіпсіз DNS туралы нұсқаулары бұл параметрдің қайда екенін көрсетеді, ал оны қолдау көрсетілетін басқару арқылы өзгерту құрылғыны қалпына келтіруден артық.

Тек үлкен тасымалдаулар ілініп қалса, пакет өлшеміне назар аударыңыз

Тақырыбын салып, содан кейін ілініп қалатын беттің қолтаңбасы мүлдем басталмайтын беттен өзгеше. Кішкентай жауаптар өтуі мүмкін, ал толық өлшемді жүктеме жіберушіге сигнал бере алмайтын жерде тасталады, браузерден көрінген жолдың MTU ақауы осылай көрінеді. Фильтрлеу туралы теория жасамас бұрын кішкентай сұраныс пен үлкенін бір хостқа салыстырыңыз. Жолдың MTU анықтауы жол бойындағы ең кіші буын өлшемін үйренуі керек және ол сүзгіленген желілер әдетте тастайтын ICMP жауаптарына тәуелді.

Бұл болжамды бір ping емес, өлшемдерді аралау арқылы тексеріңіз. Тұрақты жүктеме өлшемінде басталатын ақау мықты дәлел, ал орын ауыстыратын ақау олай емес.

Түзетуді сәтсіз болған сұраныста растаңыз

Бастапқы операцияны қайта тексеріңіз, басты бетті емес, өйткені кэштелген қабық кіргеннен кейінгі 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 параметрі — қарау керек орын. Кішкентай сұраныс күй қайтарып, үлкені ілініп қалса, пакет өлшемі тармағын өңдеңіз. Екеуі де уақыттан асса, шығу жолы мен сайттың бұл адреске қатынасы қайтадан үстелде.

Бастапқы сұранысты сәтті еткен өзгерісті сақтап, қалғанын болдырмаңыз. Браузер, шешуші және клиенттегі бір мезгілдегі өзгерістер жиынтығы қайсысының маңызды болғанын айта алмайсыз.