OpenVPN begin nie: lees die eerste reël, nie die konfigurasie nie

'n VPN wat in die eerste sekonde sterf, is 'n ander soort ding as een wat aansluit en dan misluk, en die gewone fout is om hulle as dieselfde te behandel. Hier is geen handdruk nie, geen sertifikaatuitruiling nie en geen roete om te ondersoek nie. Een reël in die joernaal bepaal watter van verskeie onverwante herstellings van toepassing is, en om dit oor te slaan kos 'n middag se redigering van 'n konfigurasie wat nooit gelees is nie. Lees daardie reël eerste.

Drie lees-alleen-opdragte bring jou daar: journalctl -u openvpn@server -b --no-pager eerste, systemctl status openvpn@server tweede, en ss -lunp vir die UDP-luisteraars en hul eienaars.

Die eerste reël kies die tak

'n Poortkonflik en 'n ontbrekende binêre lêer maak albei die begin binne 'n sekonde dood, en hulle laat verskillende eerste reëls na. 'n Boodskap dat die adres reeds in gebruik is, noem die poort; 'n ontbrekende uitvoerbare lêer noem 'n pad wat nie meer bestaan nie; 'n mislukte voorwaarde of 'n afwesige konfigurasielêer noem die lêer. Daardie drie lei na verskillende herstellings, en nie een van hulle word beter deur die kliënt te herinstalleer nie. Kopieer die eerste fout in jou notas voordat jy enigiets anders laat loop.

Let op die herhalingslus wat die oorspronklike reël verberg. 'n Eenheid met 'n herbeginbeleid kan die eerste fout onder 'n dosyn identiese foute begrawe, so journalctl -b wat volgens die eenheid gefiltreer en van bo af gelees word, klop die stert.

Wie anders hou poort 1194

Die skuldige is gewoonlik nie 'n tweede bediener wat iemand doelbewus opgestel het nie. Verwag 'n met die hand begin kliënt wat nog in 'n ander terminaal leef, 'n tweede profiel wat toevallig dieselfde poort gekies het, of 'n verskaffersbundel wie se eie tonnel 1194 hou. Die sokkeienaar verskyn in ss -lunp; gee daardie PID aan systemctl status om te leer of 'n eenheid verantwoordelik is. Neem dit af deur sy eie beheerpad eerder as met 'n sein.

'n Sein aan 'n proses wat deur 'n eenheid bestuur word, veroorsaak gewoonlik 'n herbegin, en dieselfde fout verskyn oomblikke later weer asof dit 'n nuwe probleem is. Gebruik systemctl stop vir 'n eenheid, die bundel se eie diensopdrag vir 'n verskafferinstallasie, en 'n sein net vir iets wat jy self in daardie skulp begin het.

Oorblywende eenhede ná 'n verwydering

'n Verwydering vee binêre lêers uit; eenheidslêers wat met die hand geskryf is, gewoonlik onder /etc/systemd/system, oorleef dit. Systemd probeer dan weer 'n eenheid wat na 'n pad wys wat nie meer bestaan nie, en die boodskap gaan oor daardie ontbrekende lêer eerder as oor gister se verwydering. systemctl status wys die eenheid se fragmentpad naby die bokant, so kontroleer dit met dpkg -S voordat jy enigiets uitvee. Sodra die wees weg is, maak systemctl daemon-reload en systemctl reset-failed die toestand skoon; anders erf elke latere statuskontrole dit.

Wanneer which openvpn antwoord met iets onder /usr/local, het die betrokke binêre lêer van 'n verskafferinstalleerder gekom eerder as van apt. So 'n installeerder bring gewoonlik sy eie luisteraar, sy eie selflaai-inskrywing en sy eie konfigurasiegids saam, so om die sigbare opdrag te verwyder laat die sok beset.

Deïnstalleer dit met wat die verskaffer dokumenteer, bevestig dat die poort vry is met ss -lunp, en voeg die verspreidingskliënt net by as jy dit nodig het.

Maak die toestand reg voordat jy weer probeer

Maak die mislukte toestand skoon voordat jy gevolgtrekkings daaruit maak: systemctl reset-failed verwyder die tellers, en systemctl status rapporteer dan die eenheid se huidige toestand eerder as sy geskiedenis. Begin dit een keer en lees daardie geval se eie joernaal eerder as die saamgestelde toestand van die masjien. 'n Eenheid wat aktief rapporteer terwyl die tonnel niks dra nie, is 'n aparte probleem, en 'n baie meer algemene een. Die twee word in foutverslae saamgevoeg omdat albei eindig met die gebruiker wat sê die VPN werk nie.

Let op die tak wat jy gevat het: poortkonflik, ontbrekende binêre lêer, ontbrekende konfigurasie. Die volgende keer sal dit vinniger herken word.