Zerbitzu bat berrabiaraztea OpenVPN up-en: kakoek tun0.device gainditzen dute

Zerbitzu dependiente bat tun0.device-ri konektatzea tunelaren harpidetza egitea dirudi, eta ez da. Gailu-unitateak interfazea existitzen dela islatzen du, eta hori egia izan daiteke konexio huts baten eta ondorengo berrikonexioaren zehar. Orduan zerbitzuak okerreko unean jarduten du, edo inoiz ez, interfazea tartean desagertu den ala ez kontuan hartuta. Benetan axola zaizun gertaera deskribatzen duen kakua OpenVPN-ek deitzen duena da, ez systemd-k inferitzen duena.

Erabaki zer baldintza behar duen zerbitzuak abiarazlea aukeratu aurretik, hiru hautagaiak ez baitira trukakorrak.

Zeri jarraitzen dio gailu-unitateak benetan

systemd-k gailu-unitate bat sortzen du nukleoak sare-interfaze bati buruz duen ikuspegitik, beraz tun0.device aktibo bihurtzen da interfazea agertzen denean eta inaktibo kentzen denean. persist-tun rekin, berrabiarazte bigunak interfazea tokian mantentzen du, beraz unitatea ez da inoiz gainezartzen eta hari lotutako ezer ez da abiarazten. Iraunkortasunik gabe ere, unitateak ezer ez du esaten bideei, DNS-ri edo urruneko muturrak erantzuten duen ala ez.

Horrek 'VPN prest dago' ordezkari txar bihurtzen du. Soilik helbide lokala behar duen entzule bat interfazearen existentziarekin pozik egon daiteke, urruneko sarean aplikazio bat deitzen duen zerbitzuak bideak eta irisgarritasuna behar dituen bitartean, eta gailu-unitateak ezin ditu horiek adierazi.

up, route-up eta up-restart-ek gauza desberdinak esan nahi dituzte

up TUN/TAP gailua ireki eta interfazea konfiguratu ondoren exekutatzen da, eta hori da esleitutako helbidea lotzen duen entzulearentzat une egokia. route-up bideak instalatu ondoren exekutatzen da, konfiguratutako bide-atzerapenaren menpe, eta bideen etapa osatua behar duen lanerako egokia da. Biak ez dute frogatzen urruneko aplikazioak erantzuten duenik. Bien artean aukeratzea zerbitzuak zer behar duen jakitea da, ez zein kakuk amaituagoa dirudien.

persist-tun rekin, berrabiarazteek gailua berrerabiltzen dute, beraz up ez da berriro exekutatzen up-restart ezarrita ez badago. Aukera horrek up script-a gaitzen du dokumentatutako berrabiarazte-bizi-ziklorako, eta haren ingurunea lehen abiaraztearekin alderatuta murriztua da. Ingurune osoa suposatzen duen script batek lehen konexioan funtzionatzen du eta hurrengoan huts egiten du.

Bidali ekintza itxaron gabe

systemctl restart sinkronoki deitzen duen kaku bat unitate batekin blokea daiteke, haren ordenak tunela itxaroten baitu. systemctl --no-block try-restart vpn-dependent.service lana ilaran jartzen du eta itzultzen da, eta horrek kakua erreakzionatzen ari zen konexioa blokeatzea eragozten du. try-restart martxan dagoen unitatean soilik eragiten du, restart inaktibo bat ere abiarazten duen bitartean; aukeratu nahita, ohituraz ez.

Ilaran jartzea ez da egiaztatzea. Kakuk arrakasta itzultzen du lana onartu bezain laster, beraz egiaztapena helburuko unitatearen egunkarian edo haren entzule-egoera errealean gertatu behar da.

Berrabiarazte-politika unitatean bizi da, ez kakuan

RemainAfterExit=yes duen oneshot unitate bat aktibo geratzen da bere komandoa irten ondoren, eta bigarren abiarazte-eskaerak ez du ezer egiten systemd-k jada abiarazitzat jotzen duelako. Hori inguruan diseinatzen den propietate bat da, ez abiarazte-dei errepikatiekin saihesten den akats bat. Ekintzak konexio bakoitzeko exekutatu behar badu, unitateak hori ahalbidetzen duen forma bat behar du.

After= unitateak ordenatzen ditu, eta BindsTo= bizitzak lotzen ditu, baina batek ere ez du esan nahi 'berrabiarazi hau VPN-a birkonektatzen den bakoitzean'. Tunelari lotutako unitate bat gelditzen da tunela gelditzen denean; ez da bere kabuz berrabiarazten tunela itzultzen denean, zerbait berriro abiarazten ez badu.

Probatu hiru berrikonexio, ez bat

Abiarazte hotzak, bezeroaren berrabiarazte osoak eta berrikonexio bigunak bakoitzak bide desberdin bat lantzen du. Berrikonexio biguna da falta den up-restart, ingurune murriztua edo inoiz inaktibo bihurtu ez zen gailu-unitatea agerian uzten dituena. Exekutatu hirurak eta berretsi bi noranzkoak: zerbitzuak jarduten du tunela igotzen denean, eta ez da berrabiarazten Wi-Fi roaminga bezalako estekaren aldaketa erlazionatugabeetan.

Mantendu berreskuratze-bide independentea zerbitzu dependienteak zure administrazio-sarbidea daramanean. Konektatuta zauden gauza berrabiarazten duen kakua kanpoan utz zaitzakeen aldaketa da.