OpenVPN meld dat die initialisering voltooi is: waarom die opdragprompt nie terugkeer nie

Niks is vasgeloop wanneer die terminaal stil word ná die laaste logsreël nie. Dit is die verwagte vorm vir ’n voorgrondkliënt: dit het klaar opgestart en sit nou daar en dra verkeer. Die dop-prompt is nie die teken van sukses wat dit lyk nie.

Behandel die boodskap as die grens tussen opstart en bestendige toestand, want dit is presies wat dit aandui.

Die boodskap merk die einde van die opstart, nie die einde van die proses nie

OpenVPN druk daardie reël nadat dit die toestel oopgemaak, die koppelvlak opgestel, roetes geïnstalleer en die TLS-uitruiling met die eweknie voltooi het. Die proses hou dan aan loop, want sy taak is om die tonnel oop te hou en pakkette deur te stuur. ’n Voorgrondprogram keer nie na die prompt terug terwyl dit nog daardie taak doen nie. Stil uitvoer daarna is normaal, want die kliënt praat net wanneer iets verander.

As die reël verskyn en die verbinding later sterf, is dit ’n ander gebeurtenis, en die log sal dit agterna sê.

Ctrl+C is ’n besluit, nie ’n oplossing nie

Om Ctrl+C te druk stuur ’n onderbreking, wat die kliënt as ’n versoek om af te sluit hanteer. Die prompt kom terug, die tonnel verdwyn, en enige sessie wat dit gebruik, eindig. Dit lyk soos vordering en is eintlik die teenoorgestelde. As die doel ’n blywende verbinding is, is die antwoord om die proses êrens te plaas waar dit sonder jou terminaal kan bly loop, nie om dit te onderbreek nie.

Om dit in die voorgrond te laat, is die regte keuse terwyl jy ontfout, want latere foute bly in dieselfde venster sigbaar. ’n Stil minuut bewys niks in enige rigting nie; toets ’n hulpbron deur die tonnel eerder as om vir uitvoer te kyk.

Wat die boodskap nie bewys nie

Voltooiing is ’n plaaslike verklaring oor die kliënt se eie opstelling. Dit sê nie dat die ander kant antwoord nie, dat die roetes wat dit geïnstalleer het by jou behoeftes pas nie, of dat naamoplossing deur die tonnel werk nie. ’n Verdeelde tonnelprofiel kan heeltemal geïnisialiseer wees terwyl ’n maatskappydeling onbereikbaar bly omdat die roete of die DNS-beleid dit nooit gedek het nie. Bedienerkant-instansies druk ’n soortgelyke reël wanneer hulle gereed is om kliënte te aanvaar, wat nie dieselfde is as dat enige kliënt gekoppel is nie.

‘Die bediener het begin’ en ‘die skootrekenaar kan die deling oopmaak’ is waarnemings van twee verskillende plekke, en om hulle te verwar laat jou die verkeerde gasheer ontfout.

Om dit sonder ’n terminaal te laat loop

Vir ’n blywende ontplooiing, gebruik die diensreëling wat die platform ondersteun. Op ’n systemd-gasheer is dit ’n openvpn-client@office-instansie met die profiel in /etc/openvpn/client, begin en geaktiveer sodat dit herstarte oorleef. Community OpenVPN bied ook --daemon saam met --log of --log-append, wat die proses losmaak en uitvoer na ’n lêer stuur. Enige van die twee benaderings verander hoe die proses loop; nie een daarvan maak ’n roete reg of ’n afgeleë toepassing gesond nie.

Kontroleer dat jy nie ’n tweede instansie begin langs een wat ’n diens reeds bestuur nie. Twee kliënte wat dieselfde profiel opeis, lewer verwarrende logs en een tonnel wat jy nie bedoel het nie.

Kies die reëling wat by die taak pas

Voorgrond vir diagnose, diens vir alles wat die sessie moet oorleef, daemonmodus wanneer daar geen diensbestuurder is om op te leun nie. Daardie drie dek die gewone gevalle, en elkeen het ’n duidelike rede om te bestaan. Om een per ongeluk te kies, is wat die verslag ‘dit werk tot die venster toegaan’ lewer.

Wanneer die tonnel bedoel is om te bly, bevestig daarna dat dit ná ’n herstart terugkom en dat sy logs êrens beland waar jy sal kyk. Die inisialiseringsreël verskyn ook in daardie logs, en dan hoef niemand meer ’n terminaal dop te hou nie.