Noko startar heile tida ein OpenVPN-unit: finn kjelda

Ein OpenVPN-instans dukkar opp ved oppstart under eit namn du ikkje kjenner att, og å stoppe han verkar til neste omstart. Det mønsteret tyder at du har fjerna prosessen, men ikkje aktiveringa. Dei to er ulike objekt, og berre eitt av dei er synleg i eit statusbilete. Å finne aktiveringa krev fire skriveverna kommandoar og ei avgjerd.

Namngje den nøyaktige uniten først

Arbeid ut frå unitnamnet i journalen i staden for frå eit profilfilnamn. Instansen kan heite openvpn@, openvpn-client@, openvpn-server@ eller noko distribusjonsspesifikt, og å gjette namnet sender deg til feil mal. Statusutdata namngjev uniten som faktisk køyrde, og det er det einaste namnet som tel her. Kopier det nøyaktig, inkludert eit eventuelt suffiks.

Dei følgjande kommandoane skildrar den uniten utan å endre noko. systemctl show rapporterer fragmentstien, kjeldebanen, tilstanden til unitfila, eventuelle drop-ins og kva som utløyste han. list-dependencies --reverse viser kva innlasta units som peikar på han. Begge er skriveverna, så køyr dei før du dannar ein teori.

Bytt ut det observerte namnet overalt. Eit kopiert dømenamn er den vanlegaste måten å undersøkje feil teneste på, og det gjev sjølvsikre svar om ein unit som aldri køyrde.

Les malen for å lære filnamnet

Ein instans-unit er ei utviding av ein mal, og malen avgjer kva konfigurasjonsfil han les. Ei kommandolinje som endar i ein instansspesifikk plasshaldar, blir løyst opp til instansnamnet pluss suffikset. Er suffikset .conf og instansen heiter old, er fila old.conf. Kallar du instansen old.conf, ber same mal om old.conf.conf.

Den detaljen forklarar ein klasse duplikat. Nokon legg til ein andre instans under feil namn, den første held fram med å køyre, og verten endar med to tunnels og éin forvirrande logg.

Les den effektive malen i staden for fila du hugsar at du redigerte. Ein drop-in kan erstatte kommandolinja, og erstatninga er det som køyrer ved oppstart.

Spor korleis han kjem inn i oppstartstransaksjonen

Tre vegar er vanlege: ei wants-kopling frå eit target, eit krav frå ein annan unit, eller ein generert unit frå ein pakkegenerator. Lista over omvende avhengnader dekkjer dei to første som innlasta grafelement. Ho dekkjer ikkje ein timer, ein hook eller ei ekstern førespurnad, og difor er lista prov snarare enn ein fullstendig revisjon.

Generert utdata under /run/systemd/generator er eit produkt, ikkje ei kjelde. Å redigere det overlever berre til neste generering, og difor ser ei retting der vellukka ut og fell så tilbake.

Kontroller dei dokumenterte inndataa til pakken før du går ut frå kvar generatoren les frå. Ein udokumentert skanning av ei mappe er den vanlege grunnen til at ein unit dukkar opp utan ei aktiveringskopling.

Fjern aktiveringa, ikkje berre prosessen

Viss instansen er direkte aktivert og verkeleg utdatert, stoppar systemctl disable --now han og fjernar oppstartskoplinga i eitt steg. Kontroller først at denne tunnelen ikkje er din einaste administrative veg til verten. Kommandoen er eit livssykluseksempel, ikkje eit forslag om å stoppe kvar VPN på maskina. Køyr kontrollen før kommandoen, ikkje etter.

Dei to halvdelane kan skiljast og blir ofte forveksla. Deaktivering stoppar ikkje ei køyrande teneste, og stopp fjernar ikkje aktivering, så ein delvis kommando forklarar eit problem som kjem tilbake ved oppstart.

Ein deaktivert unit kan framleis startast av ein annan unit eller av ei eksplisitt førespurnad. Når ein generator eig aktiveringa, rett generatorinndataa i staden for å deaktivere utdataa hans. Maskering blokkerer fleire vegar, men kan bryte avhengnader, så det er ikkje ein erstatning for forståing.

Stadfest med ein omstart, ikkje med eit statusbilete

Last inn systemd på nytt viss unitdefinisjonar eller generatorinndata er endra, og undersøk deretter den resulterande tilstanden. Ei daemon-innlasting skyv ikkje ein ny profil inn i ein køyrande tunnel, så dei to kontrollane er åtskilde. Planlegg ein omstart og stadfest at instansen blir borte medan den tiltenkte tunnelen framleis verkar.

Hald på den gamle profilen til eigarskapen er forstått, og avvikla han deretter gjennom den tiltenkte prosessen. Suksess er ein fråverande unit og ein fungerande tilkomstveg, ikkje ein mislukka unit som manglar på éin skjerm.