Egyetlen OpenVPN drop-in minden alagutat megváltoztatott: példány kontra sablon

Egy alagúthoz hozzáadott újraindítási szabályzat hirtelen a gép minden alagútjára érvényes lesz. Ez nem systemd-hiba; ez a különbség a példány-drop-in és a sablon-drop-in között. Az útvonal, amely alá a fájlt írja, dönti el, hány szolgáltatás örökli meg.

A beállítás előtt válassza ki a hatókört. A két könyvtár szinte azonosnak tűnik, és közülük csak az egyik korlátozódik a szándékolt példányra.

A tünet: egy szerkesztés, minden alagút

A példányspecifikus drop-in a teljes példányról elnevezett könyvtár alatt él, például [email protected]. A sablon-drop-in a [email protected] alatt él, kukacjellel és példánynév nélkül közöttük. Az első csak a office-ra vonatkozik. A második minden olyan szolgáltatásra vonatkozik, amely ebből a sablonból jön létre.

A sablonforma nem ér el egy külön [email protected] sablont, és nem ér el olyan független szolgáltatásokat, amelyek nevében openvpn szerepel.

Válassza ki a hatókörhöz illő könyvtárat

Mindkét könyvtár a /etc/systemd/system/ alatt található. Ha kihagyja az utolsó system összetevőt, olyan útvonal jön létre, amelyet a systemd nem rendszerszintű felülírásként olvas, és ez csendes módja annak, hogy egy helyesnek tűnő fájl semmit ne tegyen. Írja le a teljes útvonalat egyszer, és használja újra.

A drop-innek a megfelelő szakaszcímre is szüksége van. A szolgáltatásbeállítások a [Service] alá tartoznak. Egy beállításokat tartalmazó, de szakasz nélküli fájlt figyelmen kívül hagynak vagy elutasítanak, és az unit továbbra is úgy viselkedik, mint korábban, miközben a fájl ott hever és tekintélyesnek látszik.

Ha egynél több drop-int ad hozzá, tartsa a célt a fájlnévben. Az egyesítést a lexikografikus sorrend dönti el, és egy név, amely megmondja, mit tesz a fájl, olvashatóvá teszi ezt a sorrendet.

Írás előtt olvassa el az egyesített unitot

Bármit is ír, előbb olvassa el az egyesített unitot. A systemctl cat [email protected] kiírja a fő unitot és minden érvényes drop-int egyesítési sorrendben. Ha sablonváltoztatást fontolgat, hasonlítsa össze egy második példánnyal. Ez az összehasonlítás pontosan megmutatja, mely szolgáltatások örökölnék meg a szerkesztést.

A példányfájl nem törli a sablonbeállításokat. Mindkettő egyesül, ezért egy elfelejtett sablonérték továbbra is érvényben lehet.

Más elnevezett drop-inek, futásidejű beállítások és a csomagok által szállított konfiguráció is részt vesznek. Ne feltételezze, hogy az utoljára szerkesztett fájl az egész unit. Az egyesített kimenet az unit.

Tartsa az unit szabályzatát a profilból kívül

Tartsa külön az unit szabályzatát és a VPN-konfigurációt. Egy profilirányelv nem válik érvényes systemd-szintaxissá attól, hogy a [Service] alatt áll. Az újraindítási beállítás sem tartozik egy .ovpn fájlba.

Ez a szétválasztás az oka annak is, hogy az újraindítási szabályzat nem ugyanaz, mint az OpenVPN saját társ-helyreállítása. Döntse el, milyen viselkedést szeretne, mielőtt hatókört választ.

Alkalmazza, és ellenőrizze a példányt

A változtatás után töltse újra a kezelő definícióit a systemctl daemon-reload segítségével. Ez az újratöltés nem indítja újra az alagutat; csak újraolvassa az unitfájlokat. Ezután alkalmazza a szándékolt életciklus-műveletet a pontos példányra.

Ellenőrizze a betöltött unit újraolvasásával és a megváltoztatott viselkedés figyelésével. Az aktív munkát hordozó újraindítás megtervezett megszakítást érdemel, nem gyors tesztet egy éles alagúton. Jegyezze fel a felülírás célját és hatókörét a telepítés mellé, hogy a következő ember tudja, a fájlt megosztásra szánták-e.

Ha a szabályzat valóban közös, szándékosan helyezze át a sablonba, és ellenőrizzen egy második példányt, mielőtt késznek nyilvánítja. A systemd unit-referencia dokumentálja a drop-in elsőbbségét és az egyesítés sorrendjét.