Ponovno pokretati OpenVPN svaki dan? Birajte kvar, a ne sat

Nasljeđujete cron zadatak koji svaki dan u 04:10 restarta OpenVPN i koji već godinu drži stvari stabilnima. On također prekida zdrav tunel u fiksni sat i ne čini ništa za prekid koji se stvarno dogodi u vrijeme ručka. Restart prema kalendaru je odluka o održavanju. Oporavak je drugačiji dizajn sa specifičnim okidačem.

Tri oblika kvara traže tri različita vlasnika. Prvo odaberite kvar, a mehanizam slijedi.

Tri kvara, tri vlasnika

Tunel može biti podignut dok je njegov peer odsutan: proces radi, sučelje postoji i ništa korisno ne prolazi kroz njega. Proces može biti mrtav dok je peer u redu, a tada ga može vratiti samo ono što ga je pokrenulo. Aplikacija iza tunela može biti pokvarena dok su i tunel i peer zdravi, i tada restart klijenta proširuje prekid ne dirajući uzrok. Razdvajanje ta tri slučaja jest cijela odluka.

Svaki ima svoj signal i svog vlasnika. Živost pripada VPN protokolu, životni ciklus procesa servisnom upravitelju, a zdravlje aplikacije nadzoru uskog mandata.

Što opcija živosti može, a što ne može

keepalive je pomoćnik koji se širi u par ping i ping-restart, kako opisuje referenca za opcije veze, a tajmauti koje proizvodi nisu isti na poslužitelju i na klijentu. Vrijednosti koje poslužitelj gura mogu također nadjačati ono što je klijent konfigurirao lokalno, zbog čega tajmaut koji izgleda ispravno u lokalnoj datoteci možda nije onaj na snazi.

To ga čini pravim alatom za izgubljeni peer i pogrešnim alatom za mrtav proces, jer proces koji je izašao ne može pokretati vlastite tajmere. Također ne govori ništa o tome odgovara li aplikacija iza tunela, jer se razmjena odvija između dvije VPN krajnje točke. Kopiranje para tajmauta iz druge instalacije bez provjere uloge, očekivanih prekida i ponašanja pri ponovnoj autentifikaciji jest način na koji stabilan tunel počinje treperiti.

Što posjeduje servisni upravitelj

Ako daemon izađe, upravitelj koji ga je pokrenuo odlučuje što slijedi. Politika restarta vezana uz kvar, s odgodom i ograničenjem brzine pokretanja, rješava petlju padova a da je ne pretvori u fork bombu. Te postavke reagiraju na ishode procesa i tajmaute i ne otkrivaju proces koji je živ ali beskorisan. To nije praznina koju treba krpati širom politikom; to je granica između životnog ciklusa i živosti.

Vlasništvo je jednako važno kao postavke. Veza koju je pokrenuo upravitelj mreže na radnoj površini treba zadržati aranžman oporavka tog upravitelja, a dodavanje konkurentske servisne jedinice za isto sučelje daje jednom tunelu dva vlasnika. Odaberite jedan i zapišite koji je.

Kada je planirani restart opravdan

Restart na vrijeme može biti razumna radnja održavanja: ima vlasnika, prozor, imenovanu instancu i neovisan način pristupa. Ono što ne može biti jest opća politika pouzdanosti koja usto svakoga prekida u fiksni sat.

Ako restart postoji da zaobiđe poznato curenje ili zaglavljeno stanje, navedite to u opisu jedinice, jer u protivnom sljedeća osoba zadržava to zauvijek.

Testirajte slučajeve koji su važni: peer nestane dok proces ostaje, proces izađe, ponovni pokušaj traži svježe vjerodajnice, a tunel se vrati dok aplikacija ostaje pokvarena. Gledajte koja komponenta reagira i kakvo stanje ostavlja za sobom.

Pravo pitanje nije koliko često restartati, nego što bi prvo trebalo primijetiti kvar.