Kodėl jūsų VPN atsistato ilgiau nei pati triktis

Wi-Fi grįžo prieš trisdešimt sekundžių, o VPN vis dar neveikia, todėl klientas atrodo sugedęs. Dažnai jis tiesiog laikosi savo paties pakartojimų grafiko, o tas grafikas nežino, kad tinklas ką tik grįžo. Šis tarpas ir yra visa istorija: atsistatymo laikas yra triktis plius bet koks laukimas, kuriam klientas jau įsipareigojo. Sumažinti kiekvieną laikmatį yra vienas atsakymas, o suprasti, kuris laikmatis svarbus, yra kitas.

Trys sąlygos nusprendžia, ar derinimas padės: kuri stadija lėta, ar gedimas apskritai kartojamas, ir kaip klientas sužino, kad tinklas grįžo.

Trys laukimai, kurie atrodo kaip vienas

Galinio taško nustatymas, IKE arba TLS derybos, paketų persiuntimas ir naujo bandymo pradėjimas yra atskiri įvykiai su atskirais laikmačiais. strongSwan dokumentuoja persiuntimo atsitraukimą IKE atveju, o OpenVPN turi savo pakartojimų valdiklį su kita semantika. Skaičiaus kopijavimas iš vieno į kitą daro prielaidą, kad mechanizmai sutampa, o jie nesutampa. Perskaitykite žurnalo seką prieš nuspręsdami, į kurį intervalą žiūrite.

Tyliai minutė žurnale nebūtinai reiškia įšalusį procesą. Tai gali būti eksponentinis atsitraukimas, darantis būtent tai, kam buvo sukonfigūruotas.

Kuri stadija iš tikrųjų lėta?

Jei žurnalas rodo bandymus, kurie žlunga dėl autentifikavimo klaidos, joks laikmačio pakeitimas nepadės, nes prisijungimo duomenys neteisingi. Jei bandymų iš viso neatliekama, klientas yra savo laukimo lange, o grafikas yra sprendimas. Jei bandymai atliekami ir baigiasi skirtuoju laiku, problema yra pasiekiamumas arba trūkstamas klausytojas, o greitesnis kartojimas tik užpildo žurnalą. Kiekviena iš šių trijų būsenų turi skirtingą savininką, ir tik viena jų yra laiko problema.

Klasifikuokite gedimą prieš liesdami skaičių.

Kada laikmačio mažinimas padeda, o kada ne

Sumažinkite pakartojimų lubas, kai dominuojanti kaina yra laukimas po trumpos, dažnos trikties, pavyzdžiui, nešiojamas kompiuteris, judantis tarp prieigos taškų. Palikite jas ramybėje, kai gedimai ilgi arba reti, nes agresyvus kartojimas prideda apkrovą būtent tuo metu, kai koncentratorius mažiausiai pajėgus atsakyti. Abiem atvejais pakeiskite vieną parametrą, užrašykite jį ir išmatuokite kitą atsistatymą, o ne manykite, kad pagerėjo.

Labai mažas skirtasis laikas, nukopijuotas į kiekvieną profilį, yra įprasta derinimo be matavimų pabaigos būsena.

Patikrinkite pasirengimą prieš kaltindami klientą

Klientas dažnai negali matyti, kad tinklas naudojamas, kol kažkas nepabandys. Užgrobta prievarta, DHCP atnaujinimas arba maršruto pakeitimas gali palikti jį laukianti grafiko, nustatyto prieš visa tai. Stebėkite operacinės sistemos tinklo būsenos pokytį ir kitą kliento bandymą tuo pačiu laikrodžiu, ir pamatysite, kieno tai laukimas. Greita versija yra užrašyti tinklo pasirengimo įvykio laiko žymą ir pirmo bandymo po jo laiko žymą.

Taip pat patvirtinkite, kad tiesioginis srautas laukimo metu vis dar blokuojamas, nes greitesnis prisijungimas, kuris nuteka srautą, nėra patobulinimas.

Ką užrašyti

Užrašykite, kuris laikmatis pasikeitė, nuo kokios reikšmės iki kokios, ir kaip atrodė atsistatymas po to. Užrašykite ir kliento versiją, nes numatytosios reikšmės keičiasi tarp leidimų, o nedokumentuotas labai mažas skirtasis laikas suklaidins kitą žmogų, skaitantį profilį.

Tas įrašas paverčia kitą programinės įrangos naujinimą palyginimu, o ne eksperimentu.