keepalive OpenVPN vai systemd restart: kurš atjauno savienojumu?

Ar tuneli var neizdoties trīs dažādas lietas, un tām vajadzīgas trīs dažādas reakcijas. Partneris pārstāj atbildēt, dēmona process mirst vai lietojumprogramma aiz tuneļa pārstāj apkalpot. Konfigurācija, kas jebkurā no šiem gadījumiem restartē pakalpojumu, nav rūpīga uzraudzība; tas ir viens rupjš pasākums, ko piemēro nesaistītiem bojājumiem. Salīdzinot, ko katrs mehānisms patiešām var novērot, darba dalījums kļūst acīmredzams.

Trīs bojājumi, kas izskatās kā viens

Partnera klusums nozīmē, ka otrs gals pārstāja sūtīt, un OpenVPN to var atklāt pats, jo tam pieder sirdsdarbība. Procesa nāve nozīmē, ka dēmons izgāja, ko ievēro pakalpojumu pārvaldnieks, bet OpenVPN nevar. Lietojumprogrammas bojājums nozīmē, ka tunelis ir kārtībā, bet kaut kas aiz tā nav, un nevienam no pārējiem diviem mehānismiem nav veida, kā to uzzināt. Katram vajadzīga cita reakcija, un neviens no tiem nav tas pats, kas pamanīt, ka tunelis darbojas.

Tie ir dažādu slāņu dažādi signāli, un katram ir saimnieks, kas var rīkoties bez minēšanas. To sajaukšana rada sistēmu, kas restartējas uz simptomiem, kurus tā nespēj interpretēt.

Pierakstiet trīs gadījumus pirms jebkura taimera maiņas. Pats saraksts parasti parāda, ka no viena mehānisma tiek prasīts aptvert visus trīs.

Uz ko keepalive patiešām izvēršas

Direktīva keepalive ir saīsinājums, un izvērsums atšķiras atkarībā no režīma. Serverī keepalive 10 60 kļūst par lokālu ping ik pēc desmit sekundēm, lokālu restartēšanas termiņu 120 sekundes un vērtībām 10 un 60, kas tiek sūtītas klientiem. Servera termiņš tiek apzināti dubultots, lai klientam būtu iespēja restartēties pirms serveris padodas. Lasiet izvērsto formu darbojošā konfigurācijā, nevis saīsinājumu profilā.

Šī dubultošana ir iemesls, kāpēc jebkurš apraksts, kas apgalvo, ka abi gali restartējas pēc sešdesmit sekundēm, ir nepareizs. Tas arī izskaidro, kāpēc abi gali nešūpojas vienlaikus, kad ceļš pasliktinās.

Sirdsdarbība ir OpenVPN partneru trafiks, nevis kāda publiska resursdatora ICMP pārbaude. Atbilde pierāda tikai to, ka tuneļa tālais gals ir dzīvs. Tā neko nepasaka par datubāzi vai tīmekļa pakalpojumu, kas lietotājam patiešām vajadzīgs.

Ko Restart=on-failure neuzrauga

Izlasiet instalēto vienību pirms pārrakstīšanas pievienošanas. Restart=on-failure reaģē uz dokumentētiem procesa bojājuma nosacījumiem, kas nav tas pats, kas savienojuma stāvokļa uzraudzība. Tas neiedarbojas tāpēc, ka sākās iekšēja atkārtota savienošanās, un tīrai izejai ir cita nozīme nekā avārijai.

Šī atšķirība ir svarīga, jo iekšējs restarts uztur to pašu procesu dzīvu. Vienība neko neredz, tunelis atjaunojas pats, un tas ir pareizais rezultāts.

Iestatiet RestartSec un palaišanas ierobežojumus apzināti, citādi avāriju cilpa skars vārteju un apraks īsto kļūdu zem restartēšanas ziņojumiem. Iedarbojies restartēšanas ierobežojums atstāj vienību bojājumā, kas ir redzams, kamēr neierobežota cilpa nav.

ping-restart un ping-exit nav savstarpēji aizstājami

ping-restart izraisa OpenVPN iekšējo restartu un saglabā procesu. ping-exit pabeidz procesu pie tāda paša veida termiņa, kas nodod lēmumu pakalpojumu pārvaldniekam. Tie viens otru izslēdz, un otrā izvēle maina to, kam pieder atjaunošana. Atšķirība ir tajā, kas nolemj mēģināt vēlreiz, un cik daudz stāvokļa pārdzīvo mēģinājumu.

Ja izvēlaties izeju termiņa beigās, vienībai vajadzīga atbilstoša restartēšanas politika un izejas statusa apstrāde, citādi dzīvotspējas bojājums izskatās kā pastāvīga apstāšanās. Noturības opcijas var arī saglabāt saskarnes un maršrutus iekšēja restarta laikā, bet ne procesa izejas laikā.

Izvēlieties vienu dzīves ciklu vienam izvietojumam un pierakstiet, kāpēc. Profils, kas nes abas direktīvas, ir profils, kas nav izlēmis.

Pārbaudiet katru bojājumu kā atsevišķu gadījumu

Apstiprinātā logā imitējiet klusu partneri, nogalinātu dēmonu un nepieejamu lietojumprogrammu, tad pārbaudiet, kura atjaunošana iedarbojās. Klusam partnerim vajadzētu radīt iekšēju atkārtotu savienošanos, nogalinātam procesam – vienības restartu, bet lietojumprogrammas pārtraukumam – nevienu no tiem. Kad divi gadījumi dod vienu un to pašu darbību, īpašumtiesības joprojām ir jauktas.

Atkārtota atjaunošana arī nav labošana. Noraidīti akreditācijas dati vai divi klienti, kas dala vienu efektīvu nosaukumu, turpinās aizstāt viens otru, un ātrāki taimeri tikai padara šo šūpošanos ātrāku.