OpenVPN sier at initialiseringen er fullført: hvorfor ledeteksten ikke kommer tilbake

Ingenting henger når terminalen blir stille etter den siste logglinjen. Det er den forventede formen for en klient i forgrunnen: den er ferdig med å starte og sitter nå der og bærer trafikk. Ledeteksten i skallet er ikke det suksesstegnet det ser ut som.

Behandle meldingen som grensen mellom oppstart og stabil tilstand, for det er nøyaktig det den markerer.

Meldingen markerer slutten på oppstarten, ikke slutten på prosessen

OpenVPN skriver ut den linjen etter at den har åpnet enheten, konfigurert grensesnittet, installert ruter og fullført TLS-utvekslingen med motparten. Deretter fortsetter prosessen å kjøre, fordi jobben er å holde tunnelen åpen og videresende pakker. Et program i forgrunnen går ikke tilbake til ledeteksten mens det fortsatt gjør den jobben. Stille utdata etterpå er normalt, siden klienten bare snakker når noe endres.

Hvis linjen vises og forbindelsen dør senere, er det en annen hendelse, og loggen vil si det i ettertid.

Ctrl+C er en beslutning, ikke en reparasjon

Å trykke Ctrl+C sender en avbrytelse, som klienten behandler som en forespørsel om å slå av. Ledeteksten kommer tilbake, tunnelen forsvinner, og enhver sesjon som bruker den, avsluttes. Det ser ut som fremgang og er faktisk det motsatte. Hvis målet er en vedvarende forbindelse, er svaret å flytte prosessen et sted den kan fortsette uten terminalen din, ikke å avbryte den.

Å la den bli i forgrunnen er det riktige valget mens du feilsøker, fordi senere feil forblir synlige i samme vindu. Et stille minutt beviser ingenting i noen retning; test en ressurs gjennom tunnelen i stedet for å se på utdata.

Hva meldingen ikke beviser

Fullføring er en lokal påstand om klientens egen oppsett. Den sier ikke at den andre siden svarer, at rutene som ble installert passer til det du trenger, eller at navneoppslag gjennom tunnelen virker. En profil med delt tunnel kan være helt initialisert mens en bedriftsressurs forblir utilgjengelig fordi ruten eller DNS-policyen aldri dekket den. Forekomster på serversiden skriver ut en lignende linje når de er klare til å ta imot klienter, noe som ikke er det samme som at en klient er tilkoblet.

«Serveren startet» og «laptopen kan åpne ressursen» er observasjoner fra to forskjellige steder, og å blande dem sender deg til å feilsøke feil vert.

Kjøre uten terminal

For en vedvarende utrulling, bruk tjenesteoppsettet plattformen støtter. På en systemd-vert er det en openvpn-client@office-instans med profilen i /etc/openvpn/client, startet og aktivert slik at den overlever omstarter. Community OpenVPN tilbyr også --daemon sammen med --log eller --log-append, noe som løser prosessen og sender utdata til en fil. Begge tilnærmingene endrer hvordan prosessen kjører; ingen av dem reparerer en rute eller gjør en ekstern applikasjon sunn.

Kontroller at du ikke starter en andre instans ved siden av en som en tjeneste allerede styrer. To klienter som krever samme profil gir forvirrende logger og én tunnel du ikke hadde tenkt deg.

Velg oppsettet som passer til jobben

Forgrunn for diagnose, tjeneste for alt som må overleve sesjonen, daemonmodus når det ikke finnes en tjenesteadministrator å lene seg på. De tre dekker de vanlige tilfellene, og hver har en klar grunn til å finnes. Å velge en av dem ved et uhell er det som gir rapporten «det virker til vinduet lukkes».

Når tunnelen skal bli, bekreft etterpå at den kommer tilbake etter en omstart og at loggene havner et sted du vil se. Initialiseringslinjen vises også i disse loggene, og da trenger ingen å følge med på en terminal for den.