Ĝusta sinsekvo por haltigi la VPN- kaj proksiservojn en Linukso

Haltoj, kiuj pendas dum proksio funkcias, malofte estas cimo de VPN, eĉ kiam la VPN estas la lasta afero videbla sur la ekrano. Aplikoj malantaŭ la proksio ankoraŭ atendas vojon, kiu baldaŭ malaperos, kaj la unuo, kiu posedas la tunelon, ankoraŭ ne estis petita fermi ĝin. Tio, kio aspektas kiel malrapida servo, kutime estas problemo de ordo. Ordo solvas pli da tiuj kazoj ol iu ajn ŝanĝo de la tempolimo.

Laboru eksteren en inversa ordo: unue la konsumantoj, poste la proksio, poste la tunelo, ĉiu haltigata de la komponanto, kiu ĝin lanĉis.

Listigu la unuojn antaŭ ol haltigi ion ajn

Notu la aplikaĵan unuon, la proksian unuon kaj la posedanton de la VPN implikitajn en normala rulo. Aldonu ĉiun solvilon aŭ helpilon kun propra malmuntado, ĉar ĝuste tiujn homoj forgesas je la dua nokte. Sen tiu listo, la unua haltiga komando, kiun vi tajpas, elektas viktimon hazarde.

Nomoj estas malforta pruvo. Uzula proksio, sistema proksio kaj la tunelo de alia konto povas kunhavi nomon dum iliaj vivocikloj tute ne rilatas.

Finu la laboron, poste haltigu la konsumanton

Planita halto komenciĝas per la aplikaĵo: lasu ĝin fini aŭ nuligi siajn petojn, poste haltigu la proksion per ĝia serva unuo. Se la aplikaĵo devas daŭrigi funkcii post kiam la tunelo malaperas, aranĝu tion konscie anstataŭ lasi ĝin ligita al vojo, kiu baldaŭ malaperos.

Petoj, kiuj estis survoje dum la halto, apartenas al la registro, ĉar de tie venas la ŝtormo de reprovoj ĉe la sekva lanĉo.

ExecStop kaj ExecStopPost estas malsamaj instrumentoj

ExecStop= estas la sinkrona halta operacio; ExecStopPost= estas purigado, kiu funkcias eĉ post malsukcesa lanĉo. Halta komando, kiu nur sendas signalon al procezo kaj revenas, lasas systemd antaŭeniri dum la konsumanto ankoraŭ elfluigas. Ĉio, kio devas okazi sendepende, apartenas al la posta varianto, kaj ĉio, kio devas bloki la halton, al la sinkrona. Kontrolu la efektivan unuon kaj ĝiajn aldonojn anstataŭ redakti pakaĵan dosieron surloke.

Dependeca grafo ordigas haltajn taskojn. Ĝi ne transformas nesinkronan skripton en sinkronan, nek igas malproksiman aplikaĵon konfirmi siajn datumojn.

Limigu la halton kaj sciu, kiom kostas la limo

TimeoutStopSec= limigas kaj la haltan komandon kaj la propran finiĝon de la servo, kaj systemd plialtiĝas al deviga mortigado kiam la limo finiĝas. Elektu la valoron laŭ la reala elfluiga konduto de la aplikaĵo, kaj notu, kio povas perdiĝi kiam ĝi efikas. Nombro elektita ĉar la maŝino devas malŝaltiĝi pli rapide estas agordo de datumperdo en kamuflaĵo.

Kiam halto ankoraŭ estas malrapida, registru la unuon, ĝiajn infanprocezojn, la taglibran intervalon kaj la rezulton de la tempolimo. Mallongigi ĉiun tempolimon aŭ preni vastan mortigadon estas la maniero kiel puraj haltoj fariĝas difektita stato ĉe la sekva lanĉo.

Malkonektiĝu per la posedanto, poste testu tri kazojn

Kiam la konsumantoj estas sube, petu la administrilon, kiu posedas la tunelon, malkonektiĝi: la systemd-instancon, la aktivan konekton de NetworkManager aŭ la servon de la vendisto. Mortigi ne rilatan procezon de OpenVPN ne nepre forigas la seancon, kiu provizis la vojon, kaj proksio kun restartiga politiko povas rekrei peton dum vi malmuntas la vojon. Kunordigu tiun politikon kun la planita halto antaŭ ol komenci.

Testu normalan halton, halton kun aktiva peto kaj halton, kie la tunelo unue malsukcesas. Ripetebla sinsekvo kun limdato superas rapidan malŝalton, kiu funkcias unufoje.