Ұйқыдан кейін VPN өлі: туннель жоғалды ма, әлде қосымша ескірді ме?

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

Оянғаннан кейін үш нәрсе бұзылуы мүмкін

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

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

Үшіншісі — қосымша. Браузер қойындысы, SSH сессиясы немесе дерекқор қосылымы астындағы тасымал өлі болса да, желі өзгерісінен файл дескрипторы ретінде аман өте алады. Сонда жаңа сессия мінсіз жұмыс істейді, бұл туннельдің басынан бері дұрыс болғанын айтады.

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

Бірінші: туннель қайтты ма?

Клиенттің өз мәртебе мәтініне емес, интерфейске және серіктес күйіне қараңыз. Мекенжайы бар, бірақ жақында қол алысуы жоқ интерфейс — тек атымен тұрған туннель.

ip -brief addr show
wg show
ip route show table all | head -20

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

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

Екінші: бірдеңе оны қайтуға шақырды ма?

Дәл осы жерде салыстыру өз құнын ақтайды. OpenVPN плагин профилі мен жергілікті WireGuard қосылымын NetworkManager әртүрлі өңдейді, ал қосылым параметрлерінің анықтамасы connection.autoconnect VPN профильдерін белсендірмейтінін анық айтады; VPN-ді қосылыммен бірге көтеретін механизм — connection.secondaries.

nmcli connection show --active
nmcli -f connection.autoconnect,connection.secondaries connection show "Work VPN"
journalctl -u NetworkManager -b --no-pager | tail -40

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

Дереу ұйқы ілгегін қосқыңыз келсе, оған қарсы тұрыңыз. Желі қалпына келмей тұрып іске қосылатын ілгек көмектескісі келген процестің өзімен жарысады және қайталанатын мәселені үзік-үзік мәселеге айналдырады.

Үшінші: қосымша ескі күйді ұстап тұр ма?

VPN-ге қол тигізбей тұрып, сол мақсатқа мүлдем жаңа сессия ашыңыз. Егер жаңа сессия жұмыс істеп, ескісі істемесе, туннель дұрыс, ал қосымша өлі қосылымды ұстап тұр.

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

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

Салыстыруды қайталанатын етіңіз

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

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

WireGuard-тың тұрақты keepalive-ы бұл суретте тек NAT салыстыру keepalive-ы ретінде орын алады. Ол салыстыруды ашық ұстау үшін пакеттер жібереді; ол машинаның ұйықтауына кедергі жасамайды және процесс тоқтатылған кезде жіберуді жалғастыра алмайды.

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