Linuxeko VPN eta proxy zerbitzuak ordena egokian itzaltzea

Proxy bat martxan dagoela blokeatzen diren itzaltzeak gutxitan dira VPN akatsa, VPN pantailan ikusten den azken gauza denean ere. Proxyaren atzean dauden aplikazioak desagertzekotan den bide baten zain daude oraindik, eta tunelaren jabe den unitateari ez zaio oraindik hura ixteko eskatu. Zerbitzu geldo baten itxura duena ordena arazoa izaten da normalean. Ordenak horietako gehiago konpontzen ditu denbora-mugaren edozein aldaketak baino.

Lan egin kanporantz alderantzizko ordenean: lehenik kontsumitzaileak, gero proxya, gero tunela, eta bakoitza hasi zuen osagaiak gelditzen du.

Zerrendatu unitateak ezer gelditu aurretik

Idatzi ohiko exekuzioan parte hartzen duten aplikazioaren unitatea, proxyaren unitatea eta VPNaren jabea. Gehitu bere desmuntatzea duen edozein ebazle edo laguntzaile, horiek baitira jendeak gaueko ordu bietan ahazten dituenak. Zerrenda hori gabe, idazten duzun lehen gelditzeko komandoak biktima bat zoriz aukeratzen du.

Izenak froga ahula dira. Erabiltzaile-proxy batek, sistema-proxy batek eta beste kontu baten tunelak izen bera parteka dezakete bizitza-ziklo guztiz erlazionaturik ez duten arren.

Amaitu lana, eta gero gelditu kontsumitzailea

Aurreikusitako geldialdia aplikaziotik hasten da: utzi hari bere eskaerak amaitzen edo bertan behera uzten, eta gero gelditu proxya bere zerbitzu-unitatearen bidez. Aplikazioak tunela desagertu ondoren ere funtzionatzen jarraitu behar badu, antolatu hori nahita, desagertzekotan den bide bati lotuta uztearen ordez.

Geldialdian indarrean zeuden eskaerak erregistroan sartu behar dira, hurrengo abioan berriz saiatzeko ekaitza handik etortzen baita.

ExecStop eta ExecStopPost tresna desberdinak dira

ExecStop= gelditzeko eragiketa sinkronoa da; ExecStopPost= huts egindako abioaren ondoren ere exekutatzen den garbiketa da. Prozesu bati seinalea bidali eta itzultzen den gelditzeko komando batek systemd aurrera egiten uzten du kontsumitzailea oraindik husten ari den bitartean. Edozein kasutan gertatu behar dena ondorengo aldaeran sartzen da, eta geldialdia blokeatu behar duena sinkronoarenean. Aztertu unitate eraginkorra eta haren gehigarriak, pakete-fitxategi bat bertan editatu beharrean.

Menpekotasun-grafo batek gelditzeko lanak ordenatzen ditu. Ez du script asinkronoa sinkrono bihurtzen, ezta urrutiko aplikazio bat bere datuak finkatzera behartzen ere.

Mugatu geldialdia eta jakin zenbat balio duen mugak

TimeoutStopSec= gelditzeko komandoa eta zerbitzuaren berezko amaiera mugatzen ditu, eta systemd indarrez hiltzera igarotzen da muga iraungitzean. Aukeratu balioa aplikazioaren hustuketa-jokabide errealaren arabera, eta idatzi zer gal daitekeen hura iristean. Makinak azkarrago itzali behar duelako aukeratutako zenbaki bat datu-galerako ezarpena da mozorropean.

Geldialdia oraindik geldoa denean, erregistratu unitatea, haren seme-prozesuak, egunkariko tartea eta denbora-mugaren emaitza. Denbora-muga guztiak laburtzea edo itzaltze zabal batera joatea da geldialdi garbiak hurrengo abioan egoera ustelduan bihurtzeko modua.

Deskonektatu jabearen bidez, eta gero probatu hiru kasu

Kontsumitzaileak behera daudenean, eskatu tunelaren jabe den kudeatzaileari deskonektatzeko: systemd instantzia, NetworkManagerren konexio aktiboa edo hornitzailearen zerbitzua. Erlazionatuta ez dagoen OpenVPN prozesu bat hiltzeak ez du nahitaez bidea eman zuen saioa kentzen, eta berrabiarazte-politika duen proxy batek eskaera bat berriz sor dezake bidea desmuntatzen ari zaren bitartean. Koordinatu politika hori aurreikusitako geldialdiarekin hasi aurretik.

Probatu geldialdi arrunta, eskaera aktiboa duen geldialdia eta tunela lehenengo huts egiten duen geldialdia. Epe bat duen sekuentzia errepikagarri batek behin bakarrik funtzionatzen duen itzaltze azkarrak baino gehiago balio du.