OpenVPN, zagnan pred vzpostavitvijo omrežja, ni okvara

Odjemalec zaženete ob zagonu, enota poroča aktivno, tunela pa ni. Naravni sklep je, da se storitev ni zagnala, in naravni popravek je, da jo zaženete znova. Oboje je dovolj pogosto napačno, da si zasluži pravilo: delujoč odjemalec, ki poskuša znova, je od zunaj videti natanko kot pokvarjen. Razlika je v tem, kaj počne proces, ne v stanju enote.

Mit: zagnana storitev pomeni delujoč tunel

Aktivna enota dokazuje, da je bil proces zagnan in da se ni končal. Ne dokazuje, da se je profil naložil, da je bil certifikat sprejet ali da je drugi konec odgovoril. Pakirani odjemalec lahko minute sedi v zanki ponovitev, medtem ko systemd ne poroča ničesar razen uspeha. Ta vrzel med stanjem in vedenjem je vsa tema.

Nasprotni primer je enako pogost. Proces je morda končal, potem ko ni mogel prebrati ključa, in enota nato poroča stanje napake, ki ne pove ničesar o vzroku. Obe stanji potrebujeta dnevnik, da ju ločimo.

Berite dnevnik primerka, ne stanja enote. Vrstica z razlogom je v dnevniku, ne v oznaki stanja.

Mit: nastavitve ponovitev pokrijejo vsako okvaro

Razreševanje imen in ponovitve prenosa so ločeni krmilniki z ločenimi privzetimi vrednostmi. resolv-retry ureja ponovljena iskanja oddaljenega imena gostitelja, dokumentirana privzeta vrednost pa poskuša v nedogled. connect-retry določa interval med poskusi, medtem ko lahko connect-retry-max omeji, kolikokrat se poskusi vsak oddaljeni vnos. Preverite, katero stopnjo navaja dnevnik, preden kar koli od tega spremenite.

Nič od tega ne velja za iznakažen profil, neberljiv zasebni ključ ali zavrnjen račun. Ti potrebujejo popravek, odjemalec, ki jih ponavlja, pa ne napreduje.

Neskončno ponavljanje neodobrenega certifikata ni razlog za odstranitev preverjanja. Je razlog, da preberete napako.

Mit: en zaganjalnik je dovolj, zato dodajte še enega

Povezava, ki jo že upravlja NetworkManager ali pakirana enota, ne potrebuje drugega zaganjalnika. Dva procesa, ki tekmujeta za iste poti, ustvarita podvojene vmesnike, zmedene dnevnike in tunel, ki utripa zaradi razlogov, ki jih nihče ne vidi. Druga kopija običajno pride kot obhod, ker je prva počasna.

Odločite, katera komponenta je lastnik tunela, preden karkoli dodate. Nato odstranite drugi zaganjalnik, namesto da bi ga onemogočili in upali.

Lastnik določa tudi, od kod prihajajo ponovitve in poverilnice, zato ta odločitev pride pred kakršnim koli nastavljanjem. Lastništvo je prvo prav iz tega razloga.

Kaj v resnici potrebuje vrstni red

Vrstni red lahko počaka na nastavljen naslov in to je vse, kar zagotavlja. network-online.target odloži aktivacijo, dokler upravitelj ne meni, da je omrežje vzpostavljeno, opredelitev vzpostavljenega pa je odvisna od upravitelja. Ne pove ničesar o tem, ali se ime gostitelja VPN razreši, ali poslušalec odgovori ali ali je portal s prijavo spustil napravo noter.

Preberite nameščeno enoto in vse datoteke drop-in, preden dodate odvisnosti. Širok After= na vsaki omrežni storitvi odloži zagon, ne da bi vzpostavil povezavo, ki jo zares potrebujete.

Uredite odvisnost, ki jo lahko preizkusite, vse drugo pa preverite s sondo pripravljenosti. Sonda, ki odpre tunel, premaga časovnik, ki ugiba.

Kaj se zgodi, ko se tunel prvič dvigne

Zagon je en dogodek med mnogimi. Dostopna povezava se spremeni, seja portala poteče, partner se znova zažene. Ločite notranjo ponovno povezavo od izhoda procesa, ki ga obravnava upravitelj storitev, ker imata različna lastnika in puščata različne sledi.

Interaktivno preverjanje pristnosti omejuje obnovitev brez nadzora. Ozadna enota ne odklene obeska ključev na namizju in ne odgovori na zahtevo MFA, zato upoštevajte odobreno ureditev poverilnic za kontekst storitve.

Ločeno odločite, kaj smejo aplikacije početi, ko tunel miruje. Ponovitev obnovi povezavo, medtem ko politika blokiranja odloča, ali je neposreden promet v tej vrzeli dovoljen.