Éin OpenVPN drop-in endra kvar tunnel: instans mot mal

Ein omstartspolicy som vart lagt til for éin tunnel, byrjar å gjelde for kvar tunnel på maskina. Det er ikkje ein systemd-feil; det er skilnaden mellom ein instans-drop-in og ein mal-drop-in. Stien du skriv fila under, avgjer kor mange tenester som arvar han.

Vel omfanget før innstillinga. Dei to katalogane ser nesten identiske ut, og berre éin av dei er avgrensa til instansen du meinte.

Symptomet: éi endring, kvar tunnel

Ein instansspesifikk drop-in ligg under ein katalog som er kalla opp etter den fulle instansen, til dømes [email protected]. Ein mal-drop-in ligg under [email protected], med @-teiknet og utan instansnamn mellom. Den første gjeld berre for office. Den andre gjeld for kvar teneste som vert oppretta frå den malen.

Malforma når ikkje ein separat [email protected]-mal, og ho når ikkje urelaterte tenester med openvpn i namnet.

Vel katalogen som passar til omfanget

Begge katalogane ligg under /etc/systemd/system/. Viss du utelèt den siste system-komponenten, oppstår ein sti som systemd ikkje les som ei systemoverstyring, og det er ein stille måte å få ei riktig utsjåande fil til å gjere ingenting. Skriv den fulle stien éin gong og bruk han på nytt.

Ein drop-in treng òg rett seksjonsoverskrift. Tenesteinnstillingar høyrer under [Service]. Ei fil med innstillingar, men utan seksjon, vert ignorert eller avvist, og eininga held fram med å oppføre seg som før medan fila ligg der og ser autoritativ ut.

Hald føremålet i filnamnet viss du legg til meir enn éin drop-in. Leksikografisk rekkefølgje avgjer samanslåinga, og eit namn som seier kva fila gjer, gjer den rekkefølgja lesbar.

Les den samanslåtte eininga før du skriv

Les den samanslåtte eininga før du skriv noko. systemctl cat [email protected] skriv ut hovudeininga og kvar drop-in som gjeld, i samanslåingsrekkefølgje. Samanlikn henne med ein annan instans når du vurderer ei malendring. Den samanlikninga viser nøyaktig kva tenester som ville arve endringa.

Ei instansfil slettar ikkje malinnstillingar. Begge vert slått saman, så ein malverdi du har gløymt kan framleis vere i kraft.

Andre namngjetne drop-ins, køyretidsinnstillingar og konfigurasjon frå pakkar deltek òg. Ikkje gå ut frå at fila du redigerte sist, er heile eininga. Det samanslåtte resultatet er eininga.

Hald einingpolicyen utanfor profilen

Hald einingpolicy og VPN-konfigurasjon åtskilde. Eit profildirektiv vert ikkje gyldig systemd-syntaks fordi det står under [Service]. Ei omstartsinnstilling høyrer heller ikkje heime i ei .ovpn-fil.

Den åtskilnaden er òg grunnen til at ein omstartspolicy ikkje er det same som den peer-gjenopprettinga som OpenVPN gjer sjølv. Bestem deg for kva åtferd du vil ha, før du vel eit omfang.

Bruk det og verifiser instansen

Etter endringa, last inn leiar sine definisjonar på nytt med systemctl daemon-reload. Den innlastinga startar ikkje tunnelen på nytt; ho les berre einingfiler på nytt. Bruk deretter livssyklushandlinga du meinte, på den nøyaktige instansen.

Verifiser ved å lese den innlasta eininga på nytt og ved å følgje med på åtferda du endra. Ein omstart som ber aktivt arbeid fortener eit planlagt avbrot, ikkje ein rask test på ein produksjonstunnel. Noter føremålet og omfanget til overstyringa ved sida av utrullinga, slik at neste person veit om fila var meint å delast.

Viss policyen verkeleg er delt, flytt han med vilje til malen og kontroller ein annan instans før du kallar det ferdig.systemd-einingsreferansen dokumenterer drop-in-førehand og samanslåingsrekkefølgje.