Restartovati OpenVPN svaki dan? Odaberite kvar, a ne sat

Nasljeđujete cron zadatak koji svaki dan u 04:10 restartuje OpenVPN i koji već godinu drži stvari stabilnim. 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 po 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, interfejs 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 restartovanje klijenta proširuje prekid ne dotičuć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 menadžeru, a zdravlje aplikacije monitoringu uskog mandata.

Šta opcija živosti može, a šta 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 serveru i na klijentu. Vrijednosti koje server gura mogu također nadjačati ono što je klijent konfigurisao lokalno, zbog čega tajmaut koji izgleda ispravno u lokalnoj datoteci možda nije onaj koji je 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 razmjena se 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.

Šta posjeduje servisni menadžer

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

Vlasništvo je jednako važno kao postavke. Veza koju je pokrenuo menadžer mreže na radnoj površini treba zadržati aranžman oporavka tog menadžera, a dodavanje konkurentske servisne jedinice za isti interfejs 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 nezavisan 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 suprotnom 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 reaguje i kakvo stanje ostavlja za sobom.

Pravo pitanje nije koliko često restartovati, nego šta bi prvo trebalo primijetiti kvar.