Valami újra meg újra elindít egy OpenVPN-egységet: keresd meg a forrást

Egy OpenVPN-példány induláskor olyan néven jelenik meg, amelyet nem ismersz fel, és a leállítása a következő újraindításig működik. Ez a minta azt jelenti, hogy eltávolítottad a folyamatot, de nem az aktiválást. Ez két különböző objektum, és közülük csak az egyik látható egy állapotképernyőn. Az aktiválás megtalálásához négy csak olvasható parancs és egy döntés kell.

Először nevezd meg a pontos egységet

A naplóban szereplő egységnévből indulj ki, ne egy profilfájl nevéből. A példány neve lehet openvpn@, openvpn-client@, openvpn-server@ vagy valami disztribúció-specifikus, és a név kitalálása a rossz sablonhoz vezet. Az állapotkimenet megnevezi az egységet, amely valóban futott, és itt csak ez a név számít. Másold le pontosan, bármilyen utótaggal együtt.

A következő parancsok változtatás nélkül írják le ezt az egységet. A systemctl show jelenti a töredék útvonalát, a forrás útvonalát, az egységfájl állapotát, az esetleges drop-inokat és azt, hogy mi indította el. A list-dependencies --reverse megmutatja, mely betöltött egységek mutatnak rá. Mindkettő csak olvasható, ezért futtasd őket, mielőtt elméletet alkotsz.

Helyettesítsd a megfigyelt nevet mindenhol. Egy beillesztett példanév a leggyakoribb módja annak, hogy rossz szolgáltatást vizsgálj, és magabiztos válaszokat ad egy olyan egységről, amely soha nem futott.

Olvasd el a sablont, hogy megtudd a fájlnevet

Egy példányegység egy sablon kiterjesztése, és a sablon dönti el, melyik konfigurációs fájlt olvassa. A példányra jellemző helyőrzővel végződő parancssor a példány nevére és az utótagra oldódik fel. Ha az utótag .conf, és a példány neve old, a fájl old.conf. Ha a példányt old.conf-nak nevezed, ugyanaz a sablon old.conf.conf-ot kér.

Ez a részlet a duplikátumok egy osztályát magyarázza. Valaki egy második példányt ad hozzá rossz néven, az első tovább fut, és a gazdagép két alagúttal és egy zavaros naplóval végzi.

A tényleges sablont olvasd, ne azt a fájlt, amelyre emlékszel, hogy szerkesztetted. Egy drop-in lecserélheti a parancssort, és induláskor a csere fut.

Kövesd végig, hogyan kerül be az indítási tranzakcióba

Három útvonal gyakori: egy wants-hivatkozás egy céltól, egy követelmény egy másik egységtől, vagy egy csomaggenerátor által létrehozott egység. A fordított függőségek listája az első kettőt betöltött gráfbejegyzésként fedi le. Nem fedi le az időzítőt, a hookot vagy egy külső kérést, ezért a lista bizonyíték, és nem teljes audit.

A /run/systemd/generator alatt generált kimenet termék, nem forrás. A szerkesztése csak a következő generálásig marad meg, ezért az ott alkalmazott javítás sikeresnek tűnik, majd visszaáll.

Ellenőrizd a csomag dokumentált bemenetét, mielőtt feltételezed, honnan olvas a generátor. Egy dokumentálatlan könyvtárvizsgálat a szokásos oka annak, hogy egy egység aktiválási hivatkozás nélkül jelenik meg.

Az aktiválást távolítsd el, ne csak a folyamatot

Ha a példány közvetlenül aktivált és valóban elavult, a systemctl disable --now leállítja, és egy lépésben eltávolítja az indítási hivatkozást. Először ellenőrizd, hogy ez az alagút nem az egyetlen adminisztratív útvonalad a gazdagéphez. A parancs életciklus-példa, nem javaslat arra, hogy minden VPN-t leállíts a gépen. Az ellenőrzést a parancs előtt futtasd, ne utána.

A két fél szétválasztható, és gyakran összekeverik. A letiltás nem állít le egy futó szolgáltatást, a leállítás pedig nem távolítja el az aktiválást, ezért egy részleges parancs olyan problémát magyaráz, amely induláskor visszatér.

Egy letiltott egységet továbbra is elindíthat egy másik egység vagy egy kifejezett kérés. Ha a generátor birtokolja az aktiválást, a generátor bemenetét javítsd, ne a kimenetét tiltsd le. Az elfedés több útvonalat blokkol, de megtörheti a függőségeket, ezért nem helyettesíti a megértést.

Újraindítással ellenőrizd, ne állapotképernyővel

Töltsd újra a systemd-t, ha az egységdefiníciók vagy a generátor bemenetei változtak, majd vizsgáld meg a keletkezett állapotot. A démon újratöltése nem tol új profilt egy futó alagútba, ezért a két ellenőrzés különálló. Ütemezz egy újraindítást, és igazold, hogy a példány továbbra is hiányzik, miközben a szándékolt alagút még működik.

Tartsd meg a régi profilt, amíg a tulajdonviszonyai tisztázódnak, majd a szándékolt folyamaton keresztül vonj vissza. A siker egy hiányzó egység és egy működő hozzáférési útvonal, nem pedig egy képernyőről hiányzó sikertelen egység.