VPN мртов по спиење: изгубен тунел или застарена апликација?

Капакот се отвора, иконата за безжична мрежа се враќа, а VPN сѐ уште се прикажува како поврзан. Потоа првата внатрешна страница виси додека не истече времето, а ново јазиче го прави истото. Три различни работи можат да ја создадат таа слика и им требаат три различни поправки: тунел што не го преживеал спиењето, профил што никој не побарал повторно да се активира, или апликација што сѐ уште држи сесија што умрела пред часови. Нивното споредување е побрзо од преинсталирање на било што.

Три работи можат да се расипат по будењето

Првиот кандидат е самиот тунел. Интерфејсот може сѐ уште да постои со адреса додека врската со партнерот исчезнала, затоа индикаторското светло не е доказ за работна патека. Ракувањето постаро од спиењето е знакот, и за да го видите доволна е една команда.

Вториот е активирањето. Многу клиенти сами се поврзуваат повторно; некои не, а профилот што никој не го повикува да се врати само стои и изгледа конфигуриран. Тој неуспех е тивок по дизајн, бидејќи ништо не пријавило грешка.

Третиот е апликацијата. Јазиче во прелистувач, SSH сесија или врска со база на податоци можат да ја преживеат промената на мрежата како датотечен дескриптор додека транспортот под нив е мртов. Тогаш новата сесија работи беспрекорно, што ви кажува дека тунелот бил во ред цело време.

Споредете ги трите пред да промените нешто, бидејќи поправките не се преклопуваат. Рестартирањето на клиент што никогаш не бил повикан повторно да стартува го троши доказот што ви бил потребен. Запишете на кој кандидат одговара симптомот пред да допрете конфигурација. Таа една реченица обично го решава остатокот од истрагата.

Прво: дали тунелот се врати?

Гледајте го интерфејсот и состојбата на партнерот, а не текстот за состојба на клиентот. Интерфејс со адреса и без скорешно ракување е тунел што постои само по име.

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

Ако интерфејсот целосно недостасува, тунелот не преживеал и прашањето станува кој требало да го врати. Ако е присутен, но ракувањето е старо, врската со партнерот треба повторно да се воспостави, а клиентот можеби чека сообраќај што ќе ја активира.

Проверете ги и рутите и DNS конфигурацијата. Тунелот може да се врати без своите рути, што ја создава збунувачката состојба во која интерфејсот работи, а внатрешните имиња сѐ уште се решаваат преку погрешниот сервер.

Второ: дали нешто побара да се врати?

Тука споредбата ја заслужува својата вредност. NetworkManager различно ги обработува профилот на додатокот OpenVPN и нативната врска WireGuard, а референцата за поставки на врската јасно наведува дека 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. Ако новата сесија работи, а старата не, тунелот е во ред и апликацијата држи мртва врска.

Ова е најевтината од трите проверки и најчесто прескокнуваната, бидејќи прозорецот што откажува е токму на екранот. Затворете го, отворете го повторно и забележете дали работата останува. Ако новата сесија работи, целосно запрете ја истрагата за тунелот. Ако и таа откаже, апликацијата е симптом, а не причина.

Некои апликации се опоравуваат сами по истекот на времето, затоа симптомот може да изгледа како сам да се поправил по неколку минути. Тоа однесување укажува на апликацијата, а не на тунелот, и вреди да се запише одделно. Колега што вели дека само се поправило го опишува овој образец, а не среќа.

Направете ја споредбата повторлива

Држете ги променливите мали: една пристапна мрежа, едно времетраење на спиење и истиот прв барање секој пат. Потоа запишете два резултата: дали рачното повторно поврзување го поправа и дали уште едно спиење го враќа откажувањето.

Токму последното набљудување најсигурно ги раздвојува трите кандидати. Работна нова сесија по неуспешна стара не е проблем на тунелот и никакво преинсталирање на клиентот нема да го смени тоа.

Постојаниот keepalive на WireGuard припаѓа во оваа слика само како keepalive за NAT мапирање. Тој праќа пакети за да држат мапирањето отворено; не спречува машината да заспие и не може да продолжи да праќа додека процесот е суспендиран.

Запишете во тикетот што најдовте: која од трите беше расипана, што ја поправи и како ја репродуциравте. Следниот што ќе отвори капак во понеделник ќе ви биде благодарен, и одговорот нема да мора да се открива повторно од нула.