Zašto se VPN oporavlja dulje od prekida

Wi-Fi se vratio prije trideset sekundi, a VPN još ne radi, pa klijent izgleda pokvareno. Često samo slijedi vlastiti raspored ponovnih pokušaja, a taj raspored ne zna da se mreža upravo vratila. Ta praznina je cijela priča: vrijeme oporavka je prekid plus svako čekanje na koje se klijent već obvezao. Snižavanje svakog tajmera jedan je odgovor, a razumijevanje koji je tajmer važan drugi.

Tri uvjeta odlučuju hoće li podešavanje pomoći: koja je faza spora, može li se kvar uopće ponoviti i kako klijent sazna da se mreža vratila.

Tri čekanja koja izgledaju kao jedno

Rješavanje završne točke, IKE ili TLS pregovaranje, ponovno slanje paketa i pokretanje novog pokušaja odvojeni su događaji s odvojenim tajmerima. strongSwan dokumentira odgađanje ponovnog slanja za IKE, a OpenVPN ima vlastite kontrole ponovnih pokušaja s drukčijom semantikom. Kopiranje broja s jednog na drugo pretpostavlja da se mehanizmi podudaraju, a ne podudaraju se. Pročitajte slijed u zapisu prije nego odlučite koji interval gledate.

Tiha minuta u zapisu nije nužno zamrznut proces. To može biti eksponencijalno odgađanje koje radi točno ono za što je postavljeno.

Koja je faza zapravo spora?

Ako zapis pokazuje pokušaje koji ne uspijevaju zbog pogreške provjere autentičnosti, nikakva promjena tajmera ne pomaže jer su vjerodajnice pogrešne. Ako se pokušaji uopće ne izvode, klijent je unutar svog prozora čekanja i rješenje je raspored. Ako se pokušaji izvode i isteku, problem je dostupnost ili nedostajući slušatelj, a brži ponovni pokušaji samo pune zapis. Svako od tih triju stanja ima drugog vlasnika, a samo je jedno od njih problem s vremenom.

Klasificirajte kvar prije nego dotaknete broj.

Kada snižavanje tajmera pomaže, a kada ne

Snizite gornju granicu ponovnih pokušaja kada je prevladavajući trošak čekanje nakon kratkog, čestog prekida, poput prijenosnog računala koje se kreće među pristupnim točkama. Ostavite je na miru kada su kvarovi dugi ili rijetki, jer agresivno ponavljanje dodaje opterećenje upravo u trenutku kada koncentrator najmanje može odgovoriti. U oba slučaja promijenite jedan parametar, zabilježite ga i izmjerite sljedeći oporavak umjesto da pretpostavite da se poboljšao.

Vrlo kratko vremensko ograničenje kopirano u svaki profil uobičajeno je krajnje stanje podešavanja bez mjerenja.

Provjerite spremnost prije nego okrivite klijenta

Klijent često ne može vidjeti da je mreža upotrebljiva dok nešto ne pokuša. Zarobljeni portal, obnova DHCP-a ili promjena rute mogu ga ostaviti da čeka prema rasporedu postavljenom prije svega toga. Promatrajte promjenu mrežnog stanja operacijskog sustava i sljedeći pokušaj klijenta na istom satu i vidjet ćete čije je to čekanje. Brza inačica jest zabilježiti vremensku oznaku događaja spremnosti mreže i vremensku oznaku prvog pokušaja nakon njega.

Potvrdite i da je izravni promet tijekom čekanja još uvijek blokiran, jer brže ponovno povezivanje koje propušta promet nije poboljšanje.

Što zabilježiti

Zapišite koji se tajmer promijenio, s koje vrijednosti na koju i kako je oporavak izgledao nakon toga. Zabilježite i verziju klijenta, jer se zadane vrijednosti mijenjaju između izdanja, a nedokumentirano vrlo kratko vremensko ograničenje zbunit će sljedeću osobu koja pročita profil.

Taj zapis pretvara sljedeću nadogradnju softvera u usporedbu, a ne u eksperiment.