Io daŭre lanĉas OpenVPN-unuon: trovu la fonton

OpenVPN-okazo aperas ĉe ŝargo sub nomo, kiun vi ne rekonas, kaj haltigi ĝin funkcias ĝis la sekva restartigo. Tiu ŝablono signifas, ke vi forigis la procezon sed ne la aktivadon. Temas pri du malsamaj objektoj, kaj nur unu el ili videblas en statusa ekrano. Trovi la aktivadon postulas kvar legosolo-ordojn kaj unu decidon.

Unue nomu la ĝustan unuon

Laboru per la unuonomo en la ĵurnalo anstataŭ per profil-dosiernomo. La okazo povas nomiĝi openvpn@, openvpn-client@, openvpn-server@ aŭ io disspecifa, kaj diveni la nomon sendas vin al la malĝusta ŝablono. La statuseligado nomas la unuon, kiu efektive ruliĝis, kaj tio estas la sola nomo, kiu gravas ĉi tie. Kopiu ĝin precize, inkluzive de ajna sufikso.

La jenaj ordonoj priskribas tiun unuon sen ŝanĝi ion. systemctl show raportas la fragmentan vojon, la fontan vojon, la staton de la unua dosiero, eventualajn drop-in-ojn kaj kio aktivigis ĝin. list-dependencies --reverse montras, kiuj ŝargitaj unuoj montras al ĝi. Ambaŭ estas legosolo, do rulu ilin antaŭ ol formi teorion.

Anstataŭigu la observitan nomon ĉie. Kopiita ekzempla nomo estas la plej ofta maniero esplori la malĝustan servon, kaj ĝi donas memfidajn respondojn pri unuo, kiu neniam ruliĝis.

Legu la ŝablonon por lerni la dosiernomon

Okaza unuo estas ekspansio de ŝablono, kaj la ŝablono decidas kiun agordan dosieron ĝi legas. Ordonlinio finiĝanta per okazspecifa anstataŭilo solviĝas al la okaza nomo plus la sufikso. Se la sufikso estas .conf kaj la okazo nomiĝas old, la dosiero estas old.conf. Se vi nomas la okazon old.conf, la sama ŝablono petas old.conf.conf.

Tiu detalo klarigas klason de duplikatoj. Iu aldonas duan okazon sub la malĝusta nomo, la unua daŭre ruliĝas, kaj la gastiganto finiĝas kun du tuneloj kaj unu konfuza protokolo.

Legu la efektivan ŝablonon anstataŭ la dosieron, kiun vi memoras redaktinta. Drop-in povas anstataŭigi la ordonlinion, kaj la anstataŭo estas tio, kio ruliĝas ĉe ŝargo.

Spuru, kiel ĝi eniras la ŝargan transakcion

Tri vojoj oftas: wants-ligo de celo, postulo de alia unuo, aŭ generita unuo de pakaĵgeneratoro. La listo de inversaj dependecoj kovras la unuajn du kiel ŝargitajn grafeerojn. Ĝi ne kovras temporizilon, hokon aŭ eksteran peton, kaj tial la listo estas pruvo kaj ne kompleta revizio.

Generita eligado sub /run/systemd/generator estas produkto, ne fonto. Redakti ĝin postvivas nur ĝis la sekva generacio, kaj tial korekto aplikita tie aspektas sukcesa kaj poste reiras.

Kontrolu la dokumentitan enigon de la pakaĵo antaŭ ol supozi, de kie la generatoro legas. Nedokumentita skanado de dosierujo estas la kutima kaŭzo, ke unuo aperas sen aktiviga ligo.

Forigu la aktivadon, ne nur la procezon

Se la okazo estas rekte aktivigita kaj vere kaduka, systemctl disable --now haltigas ĝin kaj forigas la ŝargan ligon en unu paŝo. Kontrolu unue, ĉu ĉi tiu tunelo ne estas via sola administra vojo al la gastiganto. La ordono estas ekzemplo de vivociklo, ne sugesto haltigi ĉiun VPN sur la maŝino. Rulu la kontrolon antaŭ la ordono, ne poste.

La du duonoj estas apartigeblaj kaj ofte konfuzataj. Malŝaltado ne haltigas rulantan servon, kaj haltigado ne forigas aktivadon, do parta ordono klarigas problemon, kiu revenas ĉe ŝargo.

Malŝaltita unuo ankoraŭ povas esti startigita de alia unuo aŭ de eksplicita peto. Kiam generatoro posedas la aktivadon, korektu la enigon de la generatoro anstataŭ malŝalti ĝian eligadon. Maskado blokas pliajn vojojn sed povas rompi dependecojn, do ĝi ne anstataŭas komprenon.

Kontrolu per restartigo, ne per statusa ekrano

Reŝargu systemd se unuodifinoj aŭ generatoraj enigoj ŝanĝiĝis, poste inspektu la rezultan staton. Daemona reŝargo ne puŝas novan profilon en rulantan tunelon, do la du kontroloj estas apartaj. Planu restartigon kaj konfirmu, ke la okazo restas forestanta dum la celata tunelo ankoraŭ funkcias.

Konservu la malnovan profilon ĝis ĝia posedo estas komprenita, poste retiru ĝin per la celata procezo. Sukceso estas forestanta unuo kaj funkcianta alirvojo, ne malsukcesinta unuo mankanta en unu ekrano.