OpenVPN se ne zažene: preberite prvo vrstico, ne konfiguracijo

VPN, ki umre v prvi sekundi, je drugačna žival od tiste, ki se poveže in nato odpove, in običajna napaka je, da ju obravnavamo enako. Tu ni rokovanja, izmenjave potrdil niti poti, ki bi jo bilo treba pregledati. Katero od več nepovezanih popravil velja, odloči ena vrstica v dnevniku, njeno izpuščanje pa stane popoldne urejanja konfiguracije, ki ni bila nikoli prebrana. Najprej preberite to vrstico.

Do tja pridete s tremi ukazi samo za branje: journalctl -u openvpn@server -b --no-pager najprej, systemctl status openvpn@server drugič in ss -lunp za poslušalce UDP in njihove lastnike.

Prva vrstica izbere vejo

Navzkrižje vrat in manjkajoča binarna datoteka oba ubijeta zagon v sekundi in pustita različni prvi vrstici. Sporočilo o že uporabljenem naslovu poimenuje vrata; manjkajoča izvršljiva datoteka poimenuje pot, ki ne obstaja več; neizpolnjen pogoj ali odsotna konfiguracijska datoteka poimenuje datoteko. Ti trije vodijo do različnih popravil in nobenemu od njih ne pomaga ponovna namestitev odjemalca. Prvo napako si pred zagonom česar koli prepišite v zapiske.

Bodite pozorni na zanko ponovnih poskusov, ki skriva prvotno vrstico. Enota s pravilom ponovnega zagona lahko prvo napako zasuje z ducatom enakih, zato je journalctl -b filtriran po enoti in bran od začetka boljši od repa.

Kdo še drži vrata 1194

Krivec običajno ni drugi strežnik, ki ga je nekdo namerno nastavil. Pričakujte ročno zagnanega odjemalca, ki še živi v drugem terminalu, drug profil, ki je slučajno izbral ista vrata, ali ponudnikov paket, katerega lastni tunel drži 1194. Lastnik vtičnice se pojavi v ss -lunp; ta PID posredujte systemctl status, da ugotovite, ali je odgovorna enota. Odstranite ga po njegovi lastni krmilni poti, ne s signalom.

Signal procesu, ki ga upravlja enota, običajno sproži ponovni zagon in ista napaka se čez trenutek vrne kot nov problem. Za enoto uporabite systemctl stop, za ponudnikovo namestitev lastni servisni ukaz paketa in signal le za nekaj, kar ste zagnali ročno v tej lupini.

Preostale enote po čiščenju

Čiščenje izbriše binarne datoteke; ročno napisane enotne datoteke, običajno pod /etc/systemd/system, ga preživijo. Systemd nato ponavlja enoto, ki kaže na pot, ki ne obstaja več, in sporočilo se nanaša na to manjkajočo datoteko, ne na včerajšnjo odstranitev. systemctl status prikaže fragmentno pot enote blizu vrha, zato jo pred brisanjem česar koli preverite z dpkg -S. Ko je sirota odstranjena, systemctl daemon-reload in systemctl reset-failed počistita stanje; sicer ga vsako poznejše preverjanje stanja podeduje.

Ko which openvpn odgovori z nečim pod /usr/local, binarna datoteka v igri prihaja od ponudnikovega namestitvenega programa, ne iz apt. Tak namestitveni program običajno prinese svojega poslušalca, svoj zagonski vnos in svojo konfiguracijsko mapo, zato odstranitev vidnega ukaza pusti vtičnico zasedeno.

Odstranite ga tako, kot dokumentira ponudnik, preverite, da so vrata prosta, z ss -lunp, in distribucijskega odjemalca dodajte le, če ga potrebujete.

Umirite stanje pred ponovnim poskusom

Pred sklepanjem počistite neuspešno stanje: systemctl reset-failed odstrani števce in systemctl status nato poroča trenutno stanje enote, ne njene zgodovine. Zaženite jo enkrat in berite dnevnik tega primerka, ne skupnega stanja stroja. Enota, ki poroča o aktivnosti, medtem ko tunel nič ne prenaša, je ločen problem in veliko pogostejši. V poročilih o napakah se oba združita, ker se oba končata s tem, da uporabnik pravi, da VPN ne deluje.

Zapišite si, katero vejo ste ubrali: navzkrižje vrat, manjkajoča binarna datoteka, manjkajoča konfiguracija. Naslednji pojav boste prepoznali hitreje.