VPN қосымшасын өшіргенде интернет тоқтаса: тексеру керек төрт қабат

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

Клиент туннель иеленбейтін параметрлерді өзгертеді

Windows немесе macOS жүйесіндегі құпиялылық клиенті әдетте үш орынды бір уақытта қозғайды. Ол жүйелік HTTP проксиін орнатады, бұл интернет параметрлері көрсететін дәл сол өріс. Ол пакеттерді ұстау үшін виртуалды адаптерді, көбінесе TAP драйверін орнатады. Және ол шешушілер тізімін қайта жазады, ал ажыратуды басқанда тек туннель ғана жоғалады.

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

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

Үш қалдық, үш түрлі ақау

Бірінші қалдық — ештеңеге сілтемейтін прокси: LAN прокси құсбелгісі әлі қойылған, немесе конфигурациялық скрипт URL енді ешбір процесс тыңдамайтын localhost портына бағытталған. Браузер әр сұранысты сол өлі портқа жіберіп, тайм-аут өлі желіге ұқсайтынша күтеді. Екіншісі — әдепкі маршрутты әлі иеленетін адаптер, өйткені TAP-Windows құрылғысы немесе өндірушінің маршруттау драйвері жоюдан кейін де нақты интерфейс болып қалады. Ол берілген маршрутты сақтайды, ал трафик жоқ туннельге кіріп жоғалады. Екі қалдық та өзін жарияламайды; екеуі де үзіліс сияқты көрінеді.

Үшіншісі — DNS, ол қалған екеуінен ертерек істен шығады. Егер шешушілер тізімінде тек туннель арқылы қолжетімді серверлер болса, бір бет сұралмай тұрып барлық сұраныс уақыты бітеді, сондықтан браузер өлі проксиді емес, қолжетімсіз сайтты хабарлайды. Қайсысы болса да, олардың ешқайсысы желі мағынасындағы ақау емес. Әрқайсысы ешкім кері қайтармаған қалдық және әрқайсысы басқа жерде жөнделеді.

Төрт қабатты жоғарыдан төмен қарай өтіңіз

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

Windows жүйесінде әр тексеру — операциялық жүйемен бірге келетін бір команда, сондықтан ештеңе орнатудың қажеті жоқ. Оларды ретімен іске қосып, шығысты бірге сақтаңыз, өйткені төрт жауап тек қатар тұрғанда мағыналы. Олар проксиді, адаптерлерді, IPv4 маршруттарын және шешушілер тізімін осы ретпен хабарлайды:

netsh winhttp show proxy
Get-NetAdapter
route print -4
Get-DnsClientServerAddress

Linux пен macOS-қа өз командалары керек және олар бірін-бірі алмастырмайды. Linux-те маршруттар ip route-тан, ал шешуші resolvectl status-тан, егер оны systemd-resolved иеленсе, әйтпесе cat /etc/resolv.conf-тан алынады. macOS-те маршруттар netstat -rn-нен, шешушілер scutil --dns-тен, жүйелік прокси scutil --proxy-ден алынады. ip route-ты іске қосқан macOS оқырманы command not found алады, ал ондағы /etc/resolv.conf — авторитетті конфигурация емес, генерацияланған стаб. Қабатты тексермес бұрын платформаны тексеріңіз, әйтпесе бірінші команданың өзі табылымға айналады.

Әр қабат үшін бір сұрақ қойыңыз: қосымша жабық тұрғанда бұл мән әлі де бар нәрсеге сілтей ме? Өлі порттағы прокси, туннельсіз адаптер, өшірілген интерфейс арқылы өтетін әдепкі маршрут және туннель ішіндегі шешуші — бәрі «жоқ» деп жауап береді. Бір «жоқ» симптомды түсіндіруге жетеді, сондықтан әр тестте бір өзгеріс маңызды.

Прокси туннель емес

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

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

Мұндай клиент шын мәнінде не істегенін білгіңіз келсе, оның тақтасын оқымай, бақылаңыз. Process Monitor оның тиген тіркеу кілттері мен файлдарын жазады, ал пакеттер жазбасы оның трафигі қайда кеткенін ашады. Екеуі де қарапайым құрал және екеуі де қалдық туралы сұраққа кез келген күй шамынан жақсы жауап береді. Екеуі де қосымшаның әлі жұмыс істеуін талап етпейді.

Дәлелді емес, құрамдасты жою керек

Тұрақты шешім — параметрді жазған нәрсені жою. Қосымшаны жойыңыз, ол қосқан виртуалды адаптерді жойыңыз, прокси мен шешушілер тізімін тазалаңыз, содан кейін қайта жүктеп, қосымша жойылған күйде тексеріңіз. Сол кезде шолу жұмыс істесе, сіз айналып өту жолын емес, себебін таптыңыз. Қай қабат ескіргенін жазып қойыңыз, өйткені бір өндіруші бір қатені екі рет қайталауға бейім.

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

Қайта орнату проксиді қайтарады, бірақ ескірген адаптерді қайтармайды және тізімде екі шешуші қалдыруы мүмкін. Осы асимметрия — бәрін қалпына келтіру түймесінен жою-содан кейін-тексерудің артық болу себебі. Ол сондай-ақ қосылым келесі жолы үзілгенде салыстыратын базалық сызық береді.