Kas taaskäivitada OpenVPN iga päev? Vali rike, mitte kell

Pärid cron-töö, mis taaskäivitab OpenVPN-i iga päev kell 04:10, ja see on hoidnud asju stabiilsena juba aasta. Samas katkestab see terve tunnel kindlal tunnil ega tee midagi selle katkestuse vastu, mis tegelikult lõuna ajal juhtub. Kalendrijärgne taaskäivitus on hooldusotsus. Taastamine on teistsugune lahendus, millel on konkreetne päästik.

Kolm rikkevormi vajavad kolme erinevat omanikku. Vali esmalt rike ja mehhanism järgneb.

Kolm riket, kolm omanikku

Tunnel võib olla üleval, samal ajal kui selle partner on kadunud: protsess töötab, liides on olemas ja mitte miski kasulik ei läbi seda. Protsess võib olla surnud, samal ajal kui partner on korras, ja siis suudab selle tagasi tuua ainult see, mis selle käivitas. Tunnelitagune rakendus võib olla katki, samal ajal kui nii tunnel kui partner on terved, ja kliendi taaskäivitamine laiendab siis katkestust puudutamata põhjust. Nende kolme juhtumi eraldamine ongi kogu otsus.

Igal on oma signaal ja oma omanik. Elujõulisus kuulub VPN-protokollile, protsessi elutsükkel teenusehaldurile ja rakenduse tervis kitsa mandaadiga seirele.

Mida elujõulisuse valik suudab ja mida mitte

keepalive on abivahend, mis laieneb ping- ja ping-restart-paariks, nagu kirjeldab lingivalikute viide, ja selle tekitatud ajalõpud ei ole serveris ja kliendis samasugused. Serveri saadetud väärtused võivad ka tühistada selle, mille klient on kohapeal seadistanud, ja seetõttu ei pruugi kohalikus failis õigena tunduv ajalõpp olla see, mis kehtib.

See teeb temast õige tööriista kadunud partneri jaoks ja vale tööriista surnud protsessi jaoks, sest lõppenud protsess ei saa oma taimereid käitada. Samuti ei ütle see midagi selle kohta, kas tunnelitagune rakendus vastab, sest vahetus toimub kahe VPN-otspunkti vahel. Ajalõpupaari kopeerimine teisest juurutusest ilma rolli, oodatavate katkestuste ja taasautentimise käitumist kontrollimata on viis, kuidas stabiilne tunnel hakkab värisema.

Mida teenusehaldur omab

Kui deemon väljub, otsustab selle käivitanud haldur, mis edasi juhtub. Rikkele suunatud taaskäivituspoliitika, viivituse ja käivitussageduse piiranguga, tuleb toime krahhitsükliga, muutmata seda fork-pommiks. Need seaded reageerivad protsessi tulemustele ja ajalõppudele ega tuvasta protsessi, mis on elus, kuid kasutu. See ei ole lünk, mida laiema poliitikaga lappida; see on piir elutsükli ja elujõulisuse vahel.

Omandisuhe loeb sama palju kui seaded. Töölaua võrguhalduri käivitatud ühendus peaks säilitama selle halduri taastamiskorra, ja konkureeriva teenusüksuse lisamine samale liidesele annab ühele tunnelile kaks omanikku. Vali üks ja kirjuta üles, milline.

Millal on plaaniline taaskäivitus põhjendatud

Ajastatud taaskäivitus võib olla mõistlik hooldustegevus: sellel on omanik, aken, nimetatud eksemplar ja sõltumatu juurdepääsutee. Mis see olla ei saa, on üldine töökindluspoliitika, mis ühtlasi katkestab kõik kindlal tunnil.

Kui taaskäivitus on mõeldud teadaoleva lekke või kinnijäänud oleku vältimiseks, ütle seda üksuse kirjelduses, sest muidu jätab järgmine inimene selle igaveseks alles.

Kontrolli juhtumeid, mis loevad: partner kaob, samal ajal kui protsess jääb üles; protsess väljub; korduskatse vajab värskeid mandaate; tunnel naaseb, samal ajal kui rakendus jääb katki. Jälgi, milline komponent reageerib ja millise oleku see enda järel maha jätab.

Õige küsimus ei ole, kui tihti taaskäivitada, vaid mis peaks riket esimesena märkama.