Proč se VPN zotavuje déle než výpadek

Wi-Fi se vrátila před třiceti sekundami a VPN je stále mimo provoz, takže klient vypadá rozbitý. Často jen dodržuje svůj vlastní plán opakování a ten plán neví, že se síť právě vrátila. Ta mezera je celý příběh: doba zotavení je výpadek plus jakékoli čekání, na které se klient už zavázal. Snížit každý časovač je jedna odpověď a pochopit, který časovač je důležitý, je ta druhá.

O tom, zda ladění pomůže, rozhodují tři podmínky: která fáze je pomalá, zda je selhání vůbec opakovatelné a jak se klient dozví, že je síť zpět.

Tři čekání, která vypadají jako jedno

Rozlišení koncového bodu, vyjednávání IKE nebo TLS, opakovaný přenos paketů a zahájení nového pokusu jsou oddělené události s oddělenými časovači. strongSwan dokumentuje odstupňování opakovaného přenosu pro IKE a OpenVPN má vlastní ovládání opakování s jinou sémantikou. Zkopírovat číslo z jednoho do druhého předpokládá, že mechanismy odpovídají, ale neodpovídají. Přečtěte si sled v logu, než se rozhodnete, na který interval se díváte.

Tichá minuta v logu nemusí znamenat zamrzlý proces. Může to být exponenciální odstupňování, které dělá přesně to, na co bylo nastaveno.

Která fáze je vlastně pomalá?

Pokud log ukazuje pokusy, které selhávají s chybou ověření, žádná změna časovače nepomůže, protože údaje jsou špatné. Pokud se pokusy vůbec nekonají, klient je ve svém okně čekání a řešením je plán. Pokud se pokusy konají a vyprší, problém je dostupnost nebo chybějící posluchač a rychlejší opakování jen plní log. Každý z těchto tří stavů má jiného vlastníka a jen jeden z nich je problém s časováním.

Klasifikujte selhání, než se dotknete čísla.

Kdy snížení časovače pomáhá a kdy ne

Snižte strop opakování, když dominující náklad je čekání po krátkém a častém výpadku, například u notebooku přecházejícího mezi přístupovými body. Nechte ho být, když jsou selhání dlouhá nebo vzácná, protože agresivní opakování přidává zátěž právě ve chvíli, kdy koncentrátor může nejméně odpovědět. V obou případech změňte jeden parametr, zaznamenejte ho a změřte další zotavení, místo abyste předpokládali, že se zlepšilo.

Velmi nízký časový limit zkopírovaný do každého profilu je obvyklý koncový stav ladění bez měření.

Zkontrolujte připravenost, než obviníte klienta

Klient často nemůže vidět, že je síť použitelná, dokud to něco nezkusí. Zachycený portál, obnova DHCP nebo změna trasy ho mohou nechat čekat na plán nastavený před tím, než se cokoli z toho stalo. Sledujte změnu stavu sítě operačního systému a další pokus klienta na stejných hodinách a uvidíte, čí čekání to je. Rychlá verze je poznamenat si časovou značku události připravenosti sítě a časovou značku prvního pokusu po ní.

Potvrďte také, že přímý provoz je během čekání stále blokován, protože rychlejší opětovné připojení, které uniká provoz, není zlepšení.

Co zaznamenat

Zapište, který časovač se změnil, z jaké hodnoty na jakou a jak zotavení potom vypadalo. Poznamenejte si také verzi klienta, protože výchozí hodnoty se mezi verzemi mění a nedokumentovaný velmi nízký časový limit zmate dalšího člověka, který profil přečte.

Tento záznam promění příští aktualizaci softwaru ve srovnání, nikoli v experiment.