OpenVPN ez da abiatzen: irakurri lehen lerroa, ez konfigurazioa

Lehen segundoan hiltzen den VPN bat konektatu eta gero huts egiten duen batetik oso bestelakoa da, eta ohiko akatsa biak berdin tratatzea da. Hemen ez dago handshakerik, ez ziurtagirien trukeak, ez aztertzeko biderik. Egunkariko lerro batek erabakitzen du hainbat konponketa erlazionatu gabekoetatik zein den aplikagarria, eta hura saltatzeak arratsalde bat kostatzen du inoiz irakurri ez zen konfigurazio bat editatzen. Irakurri lerro hori lehenengo.

Irakurtzeko soilik diren hiru aginduk eramaten zaituzte hara: lehenik journalctl -u openvpn@server -b --no-pager, gero systemctl status openvpn@server, eta ss -lunp UDP entzuleak eta haien jabeak ikusteko.

Lehen lerroak aukeratzen du adarra

Portu gatazka batek eta binario bat faltak segundo batean hiltzen dute abiaraztea, eta lehen lerro desberdinak uzten dituzte. Helbidea jada erabilia dagoela dioen mezuak portua izendatzen du; exekutagarri bat faltak existitzen ez den bide bat izendatzen du; baldintza huts batek edo konfigurazio fitxategia faltak fitxategia izendatzen du. Hiru horiek konponketa desberdinetara eramaten dute, eta bat ere ez da hobetzen bezeroa berriro instalatuta. Kopiatu lehen hutsa zure oharretan beste ezer exekutatu aurretik.

Begiratu jatorrizko lerroa ezkutatzen duen berriro saiatzeko begiztari. Berrabiarazte politika duen unitate batek lehen hutsa dozena bat berdinaren azpian lurra dezakete, beraz journalctl -b unitatearen arabera iragazita eta goitik irakurrita isatsa baino hobea da.

Nork dauka 1194 portua

Erruduna normalean ez da norbaitek nahita konfiguratutako bigarren zerbitzari bat. Espero itzazu beste terminal batean oraindik bizirik dagoen eskuz abiatutako bezero bat, portu bera aukeratu zuen bigarren profil bat, edo bere tunelak 1194 daukan hornitzaile pakete bat. Socketaren jabea ss -lunp-n agertzen da; eman PID hori systemctl status-i unitate bat arduratzen den jakiteko. Eraitsi ezazu bere kontrol-bide propioaren bidez, seinale batekin egin beharrean.

Unitate batek kudeatutako prozesuari seinale batek berrabiaraztea eragiten du normalean, eta huts berbera une batzuk geroago arazo berri gisa agertzen da. Erabili systemctl stop unitate baterako, paketearen bere zerbitzu-agindua hornitzaile instalazio baterako, eta seinale bat eskuz shell horretan abiatu duzun zerbaitetarako soilik.

Garbiketa baten ondoren geratzen diren unitateak

Garbiketak binarioak ezabatzen ditu; eskuz idatzitako unitate fitxategiek, normalean /etc/systemd/system azpian, bizirik irauten dute. Orduan Systemdek existitzen ez den bide batera seinalatzen duen unitate bat berriro saiatzen du, eta mezuak fitxategi falta horri buruzkoa da, ez atzoko kentzeari. systemctl status-k unitatearen fragmentu-bidea goiko aldean erakusten du, beraz egiaztatu ezazu dpkg -S-rekin ezer ezabatu aurretik. Umezurtza desagertu ondoren, systemctl daemon-reload eta systemctl reset-failed-k egoera garbitzen dute; bestela, geroko egoera-egiaztapen bakoitzak hura heredatzen du.

which openvpn-k /usr/local azpiko zerbait erantzuten duenean, jokoan dagoen binarioa hornitzaile instalatzaile batetik etorri zen, ez apt-etik. Halako instalatzaile batek bere entzulea, bere abio-sarrera eta bere konfigurazio direktorioa ekartzen ditu normalean, beraz ikusgai dagoen agindua kentzeak socket-a okupatuta uzten du.

Desinstalatu ezazu hornitzaileak dokumentatzen duenarekin, egiaztatu portua librea dela ss -lunp-rekin, eta gehitu banaketaren bezeroa behar baduzu soilik.

Egonarazi egoera berriro saiatu aurretik

Garbitu huts egoera hortik ondorioak atera aurretik: systemctl reset-failed-k kontagailuak kentzen ditu, eta systemctl status-k unitatearen uneko egoera jakinarazten du geroago, ez haren historia. Abiarazi behin eta irakurri exekuzio horren egunkaria, ez makinaren egoera bateratua. Tunelak ezer garraiatzen ez duen bitartean aktibo dagoela jakinarazten duen unitate bat arazo bereizi bat da, eta askoz ohikoagoa. Biak batera agertzen dira errore-txostenetan, biak amaitzen baitira erabiltzaileak VPN-a ez dabilela esanda.

Idatzi hartu duzun adarra: portu gatazka, binarioa falta, konfigurazioa falta. Hurrengoan azkarrago ezagutuko da.