VPN се исклучува во ист интервал? Усогласете го тајмерот
Прекин во фиксен интервал е отпечаток. Пред да промените нешто, споредете го освежувањето на клучевите на тунелот, тајмерот за мирување на NAT, закупот DHCP и ограничувањето на сметката.
Тунел што умира на секои петнаесет минути или секој час во истата минута ви кажува дека истекол некој тајмер, а не дека мрежата е нестабилна. Корисниот потег е да го запишете интервалот и да го споредите со четирите тајмери што го создаваат оваа шема. Менувањето на временските ограничувања пред тоа споредување обично го преместува дефектот без да го објасни, што го прави следниот случај потежок за читање од првиот. Мерењето трае десет минути и заменува една недела нагаѓање.
Претворете го интервалот во број
Соберете пет или шест случаи и пресметајте јазот меѓу нив, а не јазот од почетокот на денот. Прекин во 09:12, 10:12 и 11:12 е часна граница; прекин во 09:12, 09:27 и 09:42 е петнаесет минути од последното успешно поврзување. Заокружете го резултатот на најверојатниот тајмер, а не на најблиската минута.
Забележете два момента по настан: кога сообраќајот последен пат се движеше и кога клиентот го пријави исклучувањето. Тие се разликуваат кога тунелот умира тивко и клиентот го забележува само при следното испраќање, и токму таа разлика го одвојува тајмаутот за мирување од тврд дефект. Клиент што забележува доцна го зголемува прозорецот на мирување што го мерите.
Забележете дали повторното поврзување е автоматско. Клиент што се поврзува повторно за неколку секунди го држи интервалот видлив во дневникот и надвор од извештајот на корисникот, затоа овие дефекти често се опишуваат како повремени, а не периодични. Тоа исто така го крие настанот од лицето што го користи преносниот сметач.
Четири тајмери што изгледаат исто
Речиси секое повторливо паѓање на тунелот доаѓа од еден од овие: освежување на клучевите на протоколот, истекување на мирувачкото мапирање, настан на DHCP или интерфејс, или политика на сметката. Тие се разликуваат по тоа дали имаше сообраќај и што вели дневникот на границата.
Потписите подолу вреди да се научат, бидејќи ви овозможуваат да одбиете три објаснувања од еден ред во дневникот:
| Timer | Typical trigger | What the log shows at the boundary |
|---|---|---|
| Protocol rekey | Traffic present, fixed interval | Negotiation lines, sometimes a failure |
| NAT or firewall idle | No traffic for minutes | Silence, then a timeout on send |
| DHCP lease or link change | Half the lease, or a radio event | Address or interface churn |
| Account session limit | Wall-clock hours since login | Clean disconnect, server-side reason |
Првиот ред е безбедносен механизам што ја врши својата работа, а вториот е посреден уред што ја заборава состојбата. Нивното мешање води или кон слабеење на освежувањето или кон бркање на правило на огнениот ѕид што никогаш не било вклучено.
Зафатено наспроти мирување ви кажува која половина
Направете контролирана споредба со постојан сообраќај, на пример долг тек кон домаќин внатре во тунелот, и гледајте дали интервалот се менува. Ако прекинот исчезне додека течат податоци, тајмерот се заснова на мирување.
Ако преживее постојан сообраќај, причината припаѓа на освежувањето, закупот или политиката. Тој единствен тест отстранува половина од кандидатите за околу еден час набљудување и не чини ништо освен внимание.
Задржете ја пристапната мрежа непроменета за време на тестот. Преминот меѓу Wi-Fi и Ethernet на средината од споредбата го внесува токму настанот на интерфејсот што се обидувате да го разликувате од тајмер.
Усогласете го редот од дневникот со границата
Читајте ги дневниците на клиентот и серверот околу забележаниот момент, а не целата датотека. Освежувањето покажува преговарање; истекувањето на мирувањето не покажува ништо до следниот пакет; промената на закупот покажува работа со адреса; ограничувањето на политиката обично покажува чисто административно исклучување.
Овие наредби го извлекуваат соодветниот прозорец од секој извор:
grep -iE "reneg|TLS Error|Inactivity" /var/log/openvpn.log | tail -20
journalctl -u NetworkManager --since "-90 min" | grep -iE "dhcp|link"
wg showАко трите извори се согласат за временската ознака, го знаете сопственикот на тајмерот. Ако само дневникот на клиентот има нешто, серверот веројатно не е тој што ја завршува сесијата.
Поправете ја фазата, а не иконата
Секој сопственик има една поддржана поправка. Дефект во освежувањето бара компатибилни предлози на двата краја. Истекување на мирување бара сигнал за живеење или пократко очекување на мирување, во границите што ги дозволува патеката. Настан на закуп бара средување на поставките на интерфејсот или напојувањето. Ограничувањето на сметката е одлука за политика, а не грешка.
Исклучувањето на освежувањето или автентикацијата за иконата да остане зелена заменува видлив прекин за невидлива слабост и ве остава без можност да кажете кога тунелот последен пат преговарал за нови клучеви. Потоа повторно тестирајте го првичното траење и сочувајте ги временските ознаки, за да може следниот настан да се спореди со овој наместо да се почнува од почеток.