Prečo sa VPN zotavuje dlhšie než výpadok

Wi-Fi sa vrátila pred tridsiatimi sekundami a VPN je stále mimo prevádzky, takže klient vyzerá pokazený. Často len dodržiava svoj vlastný plán opakovania a ten plán nevie, že sa sieť práve vrátila. Tá medzera je celý príbeh: čas zotavenia je výpadok plus akékoľvek čakanie, na ktoré sa klient už zaviazal. Znížiť každý časovač je jedna odpoveď a pochopiť, ktorý časovač je dôležitý, je tá druhá.

O tom, či ladenie pomôže, rozhodujú tri podmienky: ktorá fáza je pomalá, či je zlyhanie vôbec opakovateľné a ako sa klient dozvie, že sieť je späť.

Tri čakania, ktoré vyzerajú ako jedno

Rozlíšenie koncového bodu, vyjednávanie IKE alebo TLS, opakovaný prenos paketov a začatie nového pokusu sú oddelené udalosti s oddelenými časovačmi. strongSwan dokumentuje odstupňovanie opakovaného prenosu pre IKE a OpenVPN má vlastné ovládanie opakovania s inou sémantikou. Skopírovať číslo z jedného do druhého predpokladá, že mechanizmy zodpovedajú, ale nezodpovedajú. Prečítajte si sled v logu, kým sa rozhodnete, na ktorý interval sa pozeráte.

Tichá minúta v logu nemusí znamenať zamrznutý proces. Môže to byť exponenciálne odstupňovanie, ktoré robí presne to, na čo bolo nastavené.

Ktorá fáza je vlastne pomalá?

Ak log ukazuje pokusy, ktoré zlyhávajú s chybou overenia, žiadna zmena časovača nepomôže, pretože údaje sú nesprávne. Ak sa pokusy vôbec nekonajú, klient je vo svojom okne čakania a riešením je plán. Ak sa pokusy konajú a vypršia, problém je dostupnosť alebo chýbajúci poslucháč a rýchlejšie opakovanie len plní log. Každý z týchto troch stavov má iného vlastníka a len jeden z nich je problém s časovaním.

Klasifikujte zlyhanie, kým sa dotknete čísla.

Kedy zníženie časovača pomáha a kedy nie

Znížte strop opakovania, keď je dominantným nákladom čakanie po krátkom a častom výpadku, napríklad pri notebooku prechádzajúcom medzi prístupovými bodmi. Nechajte ho na pokoji, keď sú zlyhania dlhé alebo zriedkavé, pretože agresívne opakovanie pridáva záťaž práve vo chvíli, keď koncentrátor dokáže najmenej odpovedať. V oboch prípadoch zmeňte jeden parameter, zaznamenajte ho a zmerajte ďalšie zotavenie namiesto predpokladu, že sa zlepšilo.

Veľmi nízky časový limit skopírovaný do každého profilu je zvyčajný koncový stav ladenia bez merania.

Skontrolujte pripravenosť, kým obviníte klienta

Klient často nevidí, že sieť je použiteľná, kým to niečo neskúsi. Zachytený portál, obnova DHCP alebo zmena trasy ho môžu nechať čakať na plán nastavený pred tým, než sa čokoľvek z toho stalo. Sledujte zmenu stavu siete operačného systému a ďalší pokus klienta na tých istých hodinách a uvidíte, čie čakanie to je. Rýchla verzia je poznačiť si časovú značku udalosti pripravenosti siete a časovú značku prvého pokusu po nej.

Potvrďte tiež, že priamy prenos je počas čakania stále blokovaný, pretože rýchlejšie opätovné pripojenie, ktoré uniká prenos, nie je zlepšenie.

Čo zaznamenať

Zapíšte, ktorý časovač sa zmenil, z akej hodnoty na akú a ako zotavenie potom vyzeralo. Poznačte si aj verziu klienta, pretože predvolené hodnoty sa medzi vydaniami menia a nedokumentovaný veľmi nízky časový limit zmätie ďalšieho človeka, ktorý profil prečíta.

Tento záznam premení nasledujúcu aktualizáciu softvéru na porovnanie, nie na experiment.