OpenVPN ei käivitu: lugege esimest rida, mitte seadistust

VPN, mis sureb esimesel sekundil, on hoopis teine loom kui see, mis ühendub ja siis ebaõnnestub, ning tavaline viga on kohelda neid ühtemoodi. Siin pole kättlust, sertifikaatide vahetust ega marsruuti, mida uurida. Üks rida logis otsustab, milline mitmest omavahel seotud remondist kehtib, ja selle vahelejätmine maksab pool päeva seadistuse muutmist, mida kunagi ei loetud. Lugege seda rida kõigepealt.

Kolm ainult lugemiseks mõeldud käsku viivad teid sinna: kõigepealt journalctl -u openvpn@server -b --no-pager, seejärel systemctl status openvpn@server ja ss -lunp UDP-kuulajate ning nende omanike jaoks.

Esimene rida valib haru

Pordikonflikt ja puuduv binaarfail tapavad mõlemad käivituse sekundi jooksul ja jätavad erinevad esimesed read. Teade, et aadress on juba kasutusel, nimetab pordi; puuduv käivitatav fail nimetab tee, mida enam ei ole; ebaõnnestunud tingimus või puuduv seadistusfail nimetab faili. Need kolm viivad erinevate remondini ja ükski neist ei parane kliendi uuesti paigaldamisest. Kopeerige esimene ebaõnnestumine märkmetesse enne, kui midagi muud käivitate.

Jälgige korduskatsete tsüklit, mis peidab algse rea. Üksus taaskäivituse poliitikaga võib matta esimese ebaõnnestumise tosina identse alla, seega journalctl -b, mis on üksuse järgi filtreeritud ja ülalt loetud, lööb saba.

Kes veel hoiab porti 1194

Süüdlane ei ole tavaliselt teine server, mille keegi meelega seadistas. Oodake käsitsi käivitatud klienti, mis on teises terminalis veel elus, teist profiili, mis juhtus valima sama pordi, või tarnija paketti, mille oma tunnel hoiab 1194. Sokli omanik ilmub väljundisse ss -lunp; andke see PID väljundile systemctl status, et teada saada, kas vastutab üksus. Võtke see maha selle enda juhtimistee kaudu, mitte signaaliga.

Signaal üksuse hallatavale protsessile põhjustab tavaliselt taaskäivituse ja sama ebaõnnestumine ilmub hetkede pärast uue probleemina. Kasutage systemctl stop üksuse jaoks, paketi enda teenusekäsku tarnija paigalduse jaoks ja signaali ainult millegi jaoks, mille te ise selles kestas käsitsi käivitasite.

Eemaldamise järel alles jäänud üksused

Eemaldamine kustutab binaarfailid; käsitsi kirjutatud üksusefailid, tavaliselt asukohas /etc/systemd/system, jäävad alles. Seejärel proovib Systemd uuesti üksust, mis osutab teele, mida enam ei ole, ja teade puudutab seda puuduvat faili, mitte eilset eemaldamist. systemctl status näitab üksuse fragmendi teed ülaosas, seega kontrollige seda käsuga dpkg -S enne millegi kustutamist. Kui orv on kadunud, puhastavad systemctl daemon-reload ja systemctl reset-failed oleku; muidu pärib selle iga hilisem olekukontroll.

Kui which openvpn vastab millegagi, mis asub all /usr/local, pärineb mängus olev binaarfail tarnija paigaldajast, mitte apt-ist. Selline paigaldaja toob tavaliselt kaasa oma kuulaja, oma alglaadimiskirje ja oma seadistuskataloogi, seega nähtava käsu eemaldamine jätab sokli hõivatuks.

Desinstallige see nii, nagu tarnija dokumenteerib, kinnitage käsuga ss -lunp, et port on vaba, ja lisage distributsiooni klient ainult siis, kui teil seda vaja on.

Seadke olek korda enne uut katset

Puhastage ebaõnnestunud olek, enne kui sellest järeldusi teete: systemctl reset-failed eemaldab loendurid ja systemctl status teatab seejärel üksuse praegusest olekust, mitte ajaloost. Käivitage see üks kord ja lugege just selle käivituse logi, mitte masina koondolekut. Üksus, mis teatab aktiivsusest, samal ajal kui tunnel midagi ei kanna, on eraldi probleem ja palju tavalisem. Kaks sulanduvad vigade raportites kokku, sest mõlemad lõpevad kasutaja sõnadega, et VPN ei tööta.

Märkige üles haru, mille valisite: pordikonflikt, puuduv binaarfail, puuduv seadistus. Järgmisel korral on seda kiirem ära tunda.