OpenVPN egunero 04:10ean berrabiarazten duen cron zeregina jasotzen duzu, eta urtebetez gauzak egonkor mantendu ditu. Baina tunel osasuntsua ordutegi finkoan deskonektatzen du ere, eta bazkari garaian benetan gertatzen den etenaldiari ez dio ezer egiten. Egutegiko berrabiaraztea mantentze-erabakia da. Berreskuratzea beste diseinu bat da, eragile zehatz batekin.

Hiru hutsegite-formak hiru jabe desberdin behar dituzte. Aukeratu lehenengo hutsegitea, eta mekanismoa ondoren dator.

Hiru hutsegite, hiru jabe

Tunela martxan egon daiteke bere bikotea desagertu den bitartean: prozesua exekutatzen da, interfazea badago, eta ez da ezer erabilgarririk zeharkatzen. Prozesua hilda egon daiteke bikotea ondo dagoen bitartean, eta orduan martxan jarri zuenak bakarrik ekar dezake atzera. Tunelaren atzeko aplikazioa hondatuta egon daiteke tunela eta bikotea biak osasuntsu dauden bitartean, eta orduan bezeroa berrabiarazteak etenaldia zabaltzen du kausa ukitu gabe. Hiru kasu horiek bereiztea da erabaki osoa.

Bakoitzak bere seinalea eta bere jabea ditu. Bizitasuna VPN protokoloaren esku dago, prozesuaren bizi-zikloa zerbitzu-kudeatzailearen esku, eta aplikazioaren osasuna mandatu estu bat duen monitorizazioaren esku.

Zer egin dezakeen eta zer ez bizitasun-aukerak

keepalive ping eta ping-restart bikote batean zabaltzen den laguntzailea da, esteka-aukeren erreferentziak deskribatzen duen bezala, eta sortzen dituen itxarote-denborak ez dira berdinak zerbitzarian eta bezeroan. Zerbitzariak bultzatutako balioek bezeroak lokalean konfiguratutakoa gainidatz dezakete, eta horregatik fitxategi lokal batean zuzena dirudien itxarote-denbora agian ez da indarrean dagoena.

Horrek bikote galdu baterako tresna egokia eta prozesu hildako baterako tresna okerra bihurtzen du, irten den prozesuak ezin baititu bere tenporizadoreak exekutatu. Ez du ezer esaten tunelaren atzeko aplikazioak erantzuten duen ala ez, trukea VPN muturren artean gertatzen baita. Beste inplementazio batetik itxarote-denboraren bikotea kopiatzea, rola, espero diren etenaldiak eta berrautekatze-jokabidea egiaztatu gabe, tunel egonkor bat dardarka hasten deneko bidea da.

Zer duen zerbitzu-kudeatzailearen jabetzan

Daemona irteten bada, martxan jarri zuen kudeatzaileak erabakitzen du zer gertatuko den. Hutsegitera lotutako berrabiarazte-politika batek, atzerapen eta abiarazte-tasa muga batekin, krash-begizta bat kudeatzen du fork bonba bihurtu gabe. Ezarpen horiek prozesuaren emaitzei eta itxarote-denborei erantzuten diete, eta ez dute bizirik baina erabilgaitz dagoen prozesu bat antzematen. Hori ez da politika zabalago batekin adabakitu beharreko hutsunea; bizi-zikloaren eta bizitasunaren arteko muga da.

Jabetzak ezarpenek adina balio du. Mahaigaineko sare-kudeatzaile batek hasitako konexioak kudeatzaile horren berreskuratze-antolamendua gorde behar luke, eta interfaze bererako zerbitzu-unitate lehiakide bat gehitzeak tunel bakarrari bi jabe ematen dizkio. Aukeratu bat eta idatzi zein den.

Noiz da zilegi programatutako berrabiaraztea

Ordutegi jakineko berrabiaraztea mantentze-ekintza arrazoizkoa izan daiteke: badu jabea, leihoa, izendatutako instantzia eta sarbide independentea. Ezin du izan, ordea, ezarritako ordutegi batean denak deskonektatzen dituen fidagarritasun-politika orokorra.

Berrabiaraztea isuri ezagun bat edo egoera itsatsi bat saihesteko badago, esan hori unitatearen deskribapenean, bestela hurrengo pertsonak betirako mantenduko du.

Probatu axola duten kasuak: bikotea desagertzen da prozesua martxan geratzen den bitartean, prozesua irteten da, berriz saiatzeko kredentzial berriak behar dira, eta tunela itzultzen da aplikazioa hondatuta jarraitzen duen bitartean. Begiratu zein osagai erreakzionatzen duen eta zer egoera uzten duen atzean.

Galdera zuzena ez da zenbat aldiz berrabiarazi, baizik eta zerk hauteman behar duen hutsegitea lehenago.

Erlazionatutako artikuluak