OpenVPN: tokiko lotura huts egiten du abioan — itxaron edo berriro saiatu

Abioan abiarazten ez den OpenVPN zerbitzari baterako bi konponbide eskaintzen dira: helbidearen zain egon, edo zerbitzuak lotura lortu arte berriro saia dadin utzi. Biek sintoma bera lantzen dute hutsegite-jokabide ezberdinarekin. Itxaroteak aldez aurreko baldintza zehatz bat kodetzen du eta hura falta denean ozen huts egiten du; berriz saiatzeak baldintza ezkutatzen du eta probatzen jarraitzen du. Zein dagokion zure unitateari helbide hori diseinatutako mendekotasuna den ala denboraren kasualitatea den araberakoa da.

Biek lo finko bat baino hobeak dira, hark ez baitu ezer itxaroten ez eta zeren zain zegoen jakinarazten ere.

Zer eskatzen duen local aukerak benetan

local daemonak bere socket-a lotzen duen helbidea izendatzen du, eta oraindik existitzen ez den helbide batera lotzeak berehala huts egiten du eskatutako helbideari buruzko errore batekin. Aukera falta denean, daemonak helbide guztietan entzuten du, horregatik profil bera funtzionatzen du interfazea oraindik igo ez den makinan: leku guztietan entzuten du aipatu duzun helbide bakarrean beharrean. Aldea hori da hutsegite osoa, eta ikusezina izaten jarraitzen du berrabiarazi arte.

Baldintza ez da interfazea zentzu orokor batean igota egotea. Helbidea loturaren unean interfaze zuzenari esleituta egon behar da, eta oinarrizko interfazea izan behar da, eta ez daemon berak geroago sortuko lukeen tunel bat. Saioa hasi eta minutu batzuen buruan egindako kontrolak ezer ez du frogatzen abio-sekuentziari buruz.

Helbidearen zain egon ala lotura berriro saiatu

Itxarotea ExecStartPre bat da, helbidea agertu arte galdetzen duena, saiakera kopuru mugatuarekin eta denbora agortzean zero ez den irteerarekin. Berriz saiatzeak prozesu nagusiak huts egiten uztea eta zerbitzu-kudeatzaileari berriro abiarazteko eskatzea esan nahi du, adibidez Restart=on-failure eta RestartSec=5. Lehenengoak falta den aldez aurreko baldintza unitate hutseginda gisa jakinarazten du; bigarrenak, ordea, azkenean gelditzen den berrabiarazte-multzo gisa, eta hori zarata handiagoa da egunkarian, baina ezin duzun aurreikusi arrazoiengatik berandu iristen den helbide bati eusten dio.

Hobetsi itxarotea helbidea diseinatutako mendekotasuna denean, eta berriz saiatzea helbidea normalean agertzen bada baina bere denbora aldatu egiten bada. Biak konbinatzea zentzuzkoa da: itxaronaldi mugatuak kasu arrunta estaltzen du eta berrabiarazte-politikak salbuespena. Bietako inork ez luke betiko exekutatu behar, etengabe berriro saiatzen den unitate batek konfigurazio okerra ezkutatzen duelako, hura jakinarazi beharrean.

Zergatik ez den nahikoa network-online.target

network-online.target sarearen inplementazio aktiboak online esatean ulertzen duena agintzen du, eta ez gehiago. systemd-networkd-ekin, systemd-networkd-wait-online erabakitzen du noiz lortzen den helburu hori, eta haren online nozio lehenetsia bete daiteke zure helbide zehatza existitu aurretik. NetworkManager-en pean, wait-online zerbitzuak bere arauak aplikatzen ditu. Helburuaren ondoren ordenatzea oinarri sendoa da, ez da bermea helbide bat, DNS erantzun bat edo urruneko pare bat prest dagoenik.

Arrazoibide berak baztertzen ditu ohiko alternatibak. Mahaigaineko abio-automatikoko sarrera batek zerbitzari batean inoiz ireki ez daitekeen erabiltzaile-saio baten zain egoten da, eta atzeratutako cron komando batek igarotako denbora gehitzen du, agertzea espero zuen baliabidea izendatu gabe. Biek hilabeteetan arrakastatsuak ematen dute eta gero axola duen abio bakarrean huts egin dezakete.

Egiaztatu lotura abio hotz baten ondoren

Egiaztatu benetako abio hotz batekin, ez zerbitzua berrabiaraztearekin, berrabiarazte batek abio-sekuentziak sortu behar zuen helbidea heredatzen duelako. Abioaren ondoren, ss -lntp edo ss -lunp entzule bakoitzak benetan lotu zuen tokiko helbidea erakusten du, eta journalctl -b -u openvpn-server@server lehen saiakera huts egin zuen ala ez. Konparatu lotutako helbidea profilekoarekin, eta gero errepikatu konparaketa sareak berriro konektatu ondoren.

Profilak inoiz helbide finkorik behar izan ez bazuen, local kentzea sinplifikazio zilegia da, baina egin ezazu segurtasun-erabaki, arazoak konpontzeko ohitura izan beharrean.

Entzulea zabaltzeak nork iris dezakeen aldatzen du, beraz lotu aldaketa hori murrizten zukeen suebaki-politikarekin. Interfaze guztietan modu fidagarrian abiarazten den zerbitzu batek ez du jatorrizko arazoa konpondu; arazoa sarearen ertzera eraman du.