keepalive v OpenVPN ali restart v systemd: kaj obnovi tunel?

S tunelom lahko gredo narobe tri različne stvari in vsaka zahteva drugačen odziv. Nasprotna stran preneha odgovarjati, proces demona umre ali aplikacija za tunelom preneha streči. Konfiguracija, ki ob kateri koli od teh znova zažene storitev, ni skrbno nadzorovanje; to je eno grobo dejanje, uporabljeno na nepovezanih okvarah. Primerjava tega, kar lahko vsak mehanizem v resnici opazuje, naredi delitev dela očitno.

Tri okvare, ki izgledajo kot ena

Tišina nasprotne strani pomeni, da je drugi konec prenehal pošiljati, in OpenVPN lahko to zazna sam, ker ima srčni utrip. Smrt procesa pomeni, da je demon izstopil, kar upravitelj storitev opazi, OpenVPN pa ne more. Okvara aplikacije pomeni, da je tunel v redu in nekaj za njim ni, in noben od drugih dveh mehanizmov nima načina, da bi to vedel. Vsaka potrebuje drugačen odziv in nobena ni isto kot opaziti, da tunel deluje.

To so različni signali iz različnih plasti in vsak ima lastnika, ki lahko ukrepa brez ugibanja. Njihovo mešanje ustvari sistem, ki se znova zažene ob simptomih, ki jih ne zna razložiti.

Zapišite tri primere, preden spremenite kateri koli časovnik. Sam seznam običajno pokaže, da se od enega mehanizma zahteva pokritje vseh treh.

V kaj se keepalive v resnici razširi

Direktiva keepalive je okrajšava in razširitev se razlikuje glede na način. Na strežniku se keepalive 10 60 spremeni v lokalni ping vsakih deset sekund, lokalno čakalno dobo za ponovni zagon 120 sekund in vrednosti 10 ter 60, poslane odjemalcem. Čakalna doba strežnika je namerno podvojena, da ima odjemalec možnost ponovnega zagona, preden strežnik obupa. Berite razširjeno obliko v delujoči konfiguraciji, ne okrajšave v profilu.

Prav to podvajanje je razlog, da je vsak opis, ki trdi, da se oba konca znova zaženeta po šestdesetih sekundah, napačen. Pojasnjuje tudi, zakaj oba konca ne nihata usklajeno, ko se pot poslabša.

Srčni utrip je promet nasprotnih strani OpenVPN, ne preizkus ICMP nekega javnega gostitelja. Odgovor dokazuje le, da je oddaljeni konec tunela živ. Ne pove ničesar o podatkovni bazi ali spletni storitvi, ki jo uporabnik v resnici potrebuje.

Česa Restart=on-failure ne nadzira

Preberite nameščeno enoto, preden dodate prepis. Restart=on-failure se odziva na dokumentirane pogoje okvare procesa, kar ni isto kot nadzorovanje stanja povezave. Ne sproži se zato, ker se je začelo notranje ponovno povezovanje, in čist izhod ima drugačno semantiko kot zrušitev.

Ta razlika je pomembna, ker notranji ponovni zagon ohranja isti proces živ. Enota ne vidi ničesar, tunel se obnovi sam, in to je pravi rezultat.

Nastavite RestartSec in omejitve zagona namerno, sicer bo zanka zrušitev udarila po prehodu in pokopala pravo napako pod sporočili o ponovnem zagonu. Omejitev ponovnega zagona, ki se sproži, pusti enoto v okvari, kar je vidno, medtem ko neomejena zanka ni.

ping-restart in ping-exit nista zamenljiva

ping-restart sproži notranji ponovni zagon OpenVPN in ohrani proces. ping-exit konča proces ob enaki vrsti čakalne dobe, kar prepusti odločitev upravitelju storitev. Vzajemno se izključujeta in izbira drugega spremeni, kdo ima obnovitev. Razlika je, kdo se odloči poskusiti znova in koliko stanja poskus preživi.

Če izberete izhod ob čakalni dobi, enota potrebuje ustrezno politiko ponovnega zagona in obdelavo izhodnega stanja, sicer je videz okvare živosti enak trajni ustavitvi. Možnosti trajnosti lahko ohranijo vmesnike in poti med notranjim ponovnim zagonom, ne pa med izhodom procesa.

Izberite en življenjski cikel na uvedbo in zapišite zakaj. Profil, ki nosi obe direktivi, je profil, ki se ni odločil.

Vsako okvaro preizkusite kot svoj primer

V odobrenem oknu simulirajte tih nasprotni konec, ubit demon in nedosegljivo aplikacijo, nato preverite, katera obnovitev se je sprožila. Tih nasprotni konec bi moral dati notranje ponovno povezovanje, ubit proces ponovni zagon enote, izpad aplikacije pa nič od tega. Ko dva primera dasta isto dejanje, je lastništvo še vedno mešano.

Ponavljajoča se obnovitev tudi ni popravilo. Zavrnjene poverilnice ali dva odjemalca, ki si delita isto učinkovito ime, se bosta še naprej zamenjevala, hitrejši časovniki pa to nihanje le pospešijo.