Iets laat aanhoudend 'n OpenVPN-eenheid begin: vind die bron

'n OpenVPN-instansie kom by die selflaai op onder 'n naam wat jy nie herken nie, en om dit te stop werk tot die volgende herlaai. Daardie patroon beteken jy het die proses verwyder maar nie die aktivering nie. Die twee is verskillende objekte, en net een daarvan is in 'n status-skerm sigbaar. Om die aktivering te vind verg vier lees-alleen-opdragte en een besluit.

Noem eers die presiese eenheid

Werk van die eenheidnaam in die joernaal eerder as van 'n profiellêernaam. Die instansie kan openvpn@, openvpn-client@, openvpn-server@ of iets verspreidingspesifiek heet, en om die naam te raai stuur jou na die verkeerde sjabloon. Die status-uitvoer noem die eenheid wat werklik geloop het, en dit is die enigste naam wat hier saak maak. Kopieer dit presies, insluitend enige agtervoegsel.

Die volgende opdragte beskryf daardie eenheid sonder om iets te verander. systemctl show rapporteer die fragmentpad, die bronpad, die eenheidlêer se toestand, enige drop-ins en wat dit geaktiveer het. list-dependencies --reverse wys watter gelaaide eenhede na dit wys. Albei is lees-alleen, so voer hulle uit voordat jy 'n teorie vorm.

Vervang die waargenome naam oral. 'n Gekopieerde voorbeeldnaam is die algemeenste manier om die verkeerde diens te ondersoek, en dit lewer selfversekerde antwoorde oor 'n eenheid wat nooit geloop het nie.

Lees die sjabloon om die lêernaam te leer

'n Instansie-eenheid is 'n uitbreiding van 'n sjabloon, en die sjabloon bepaal watter konfigurasielêer dit lees. 'n Opdragreël wat op 'n instansie-spesifieke plekhouer eindig, word na die instansienaam plus die agtervoegsel opgelos. As die agtervoegsel .conf is en die instansie heet old, is die lêer old.conf. Noem die instansie old.conf, en dieselfde sjabloon vra old.conf.conf.

Daardie detalje verduidelik 'n klas duplikate. Iemand voeg 'n tweede instansie onder die verkeerde naam by, die eerste hou aan loop, en die gasheer eindig met twee tonnels en een verwarrende log.

Lees die effektiewe sjabloon eerder as die lêer wat jy onthou jy geredigeer het. 'n Drop-in kan die opdragreël vervang, en die vervanging is wat by selflaai loop.

Volg hoe dit die selflaai-transaksie betree

Drie roetes is algemeen: 'n wants-skakel vanaf 'n teiken, 'n vereiste van 'n ander eenheid, of 'n gegenereerde eenheid wat deur 'n pakketgenerator geskep is. Die lys van trurat-afhanklikhede dek die eerste twee as gelaaide grafiek-inskrywings. Dit dek nie 'n tydhouer, 'n haak of 'n eksterne versoek nie, en daarom is die lys 'n bewys eerder as 'n volledige oudit.

Gegenereerde uitset onder /run/systemd/generator is 'n produk, nie 'n bron nie. Om dit te wysig oorleef net tot die volgende generasie, en daarom lyk 'n regstelling daar suksesvol en keer dan terug.

Kontroleer die pakket se gedokumenteerde invoer voordat jy aanneem waar die generator lees. 'n Ongedokumenteerde skandering van 'n gids is die gewone rede waarom 'n eenheid sonder 'n aktiveringskakel verskyn.

Verwyder die aktivering, nie net die proses nie

As die instansie direk geaktiveer en werklik verouderd is, stop systemctl disable --now dit en verwyder die selflaai-skakel in een stap. Kontroleer eers dat hierdie tonnel nie jou enigste administratiewe pad na die gasheer is nie. Die opdrag is 'n lewensiklus-voorbeeld, nie 'n voorstel om elke VPN op die masjien te stop nie. Voer die kontrole voor die opdrag uit, nie daarna nie.

Die twee helftes is skeibaar en word dikwels verwar. Deaktiveer stop nie 'n lopende diens nie, en stop verwyder nie aktivering nie, so 'n gedeeltelike opdrag verduidelik 'n probleem wat by selflaai terugkeer.

'n Gedeaktiveerde eenheid kan steeds deur 'n ander eenheid of deur 'n uitdruklike versoek begin word. Wanneer 'n generator aktivering besit, reg die generator se invoer eerder as om sy uitset te deaktiveer. Maskering blokkeer meer weë maar kan afhanklikhede breek, so dit is nie 'n plaasvervanger vir begrip nie.

Verifieer met 'n herlaai, nie met 'n status-skerm nie

Herlaai systemd as eenheiddefinisies of generator-invoer verander het, en ondersoek dan die gevolglike toestand. 'n Daemon-herlaai stoot nie 'n nuwe profiel in 'n lopende tonnel nie, so die twee kontroles is apart. Beplan 'n herlaai en bevestig die instansie bly afwesig terwyl die beoogde tonnel steeds werk.

Hou die ou profiel totdat die eienaarskap verstaan is, en trek dit dan deur die bedoelde proses terug. Sukses is 'n afwesige eenheid en 'n werkende toegangspad, nie 'n mislukte eenheid wat op een skerm ontbreek nie.