OpenVPN seier at initialiseringa er fullført: kvifor ledeteksten ikkje kjem tilbake
Den siste logglinja markerer slutten på oppstarten, ikkje slutten på programmet. Vel mellom feilsøking i framgrunnen, ei tenesteeining og daemonmodus.
Ingenting heng når terminalen blir stille etter den siste logglinja. Det er den venta forma for ein klient i framgrunnen: han er ferdig med å starte og sit no der og ber trafikk. Ledeteksten i skalet er ikkje det suksessteiknet det ser ut som.
Behandle meldinga som grensa mellom oppstart og stabil tilstand, for det er nøyaktig det ho markerer.
Meldinga markerer slutten på oppstarten, ikkje slutten på prosessen
OpenVPN skriv ut den linja etter at han har opna eininga, konfigurert grensesnittet, installert ruter og fullført TLS-utvekslinga med motparten. Deretter held prosessen fram med å køyre, fordi jobben er å halde tunnelen open og videresende pakkar. Eit program i framgrunnen går ikkje tilbake til ledeteksten medan det enno gjer den jobben. Stille utdata etterpå er normalt, sidan klienten berre snakkar når noko endrar seg.
Viss linja dukkar opp og sambandet døyr seinare, er det ein annan hending, og loggen vil seie det i ettertid.
Ctrl+C er ei avgjerd, ikkje ein reparasjon
Å trykke Ctrl+C sender ei avbryting, som klienten behandlar som ei førespurnad om å slå av. Ledeteksten kjem tilbake, tunnelen forsvinn, og kvar økt som brukar han, blir avslutta. Det ser ut som framgang og er faktisk det motsette. Viss målet er eit varig samband, er svaret å flytte prosessen ein stad der han kan halde fram utan terminalen din, ikkje å avbryte han.
Å la han bli i framgrunnen er det rette valet medan du feilsøkjer, fordi seinare feil blir verande synlege i same vindauge. Eit stille minutt beviser ingenting i noka retning; test ein ressurs gjennom tunnelen i staden for å sjå på utdata.
Kva meldinga ikkje beviser
Fullføring er ei lokal påstand om klienten sitt eige oppsett. Ho seier ikkje at den andre sida svarar, at rutene som vart installerte passar til det du treng, eller at namneoppslag gjennom tunnelen verkar. Ein profil med delt tunnel kan vere heilt initialisert medan ein bedriftsressurs blir verande utilgjengeleg fordi ruta eller DNS-politikken aldri dekte han. Førekomstar på serversida skriv ut ei liknande linje når dei er klare til å ta imot klientar, noko som ikkje er det same som at ein klient er tilkopla.
«Tenaren starta» og «laptopen kan opne ressursen» er observasjonar frå to ulike stader, og å blande dei sender deg til å feilsøkje feil vert.
Køyring utan terminal
For ein varig utrulling, bruk tenesteoppsettet plattformen støttar. På ein systemd-vert er det ein openvpn-client@office-instans med profilen i /etc/openvpn/client, starta og aktivert slik at han overlever omstartar. Community OpenVPN tilbyr også --daemon saman med --log eller --log-append, noko som løyser prosessen og sender utdata til ei fil. Begge tilnærmingane endrar korleis prosessen køyrer; ingen av dei reparerer ei rute eller gjer ein ekstern applikasjon sunn.
Kontroller at du ikkje startar ein andre instans ved sida av ein som ei teneste allereie styrer. To klientar som krev same profil gir forvirrande loggar og éin tunnel du ikkje hadde tenkt deg.
Vel oppsettet som passar til jobben
Framgrunn for diagnose, teneste for alt som må overleve økta, daemonmodus når det ikkje finst ein tenesteadministrator å lene seg på. Dei tre dekkjer dei vanlege tilfella, og kvar har ein klar grunn til å finnast. Å velje ein av dei ved eit uhell er det som gir rapporten «det verkar til vindauget blir lukka».
Når tunnelen skal bli, stadfest etterpå at han kjem tilbake etter ein omstart og at loggane hamnar ein stad du vil sjå. Initialiseringslinja viser seg også i desse loggane, og då treng ingen å følgje med på ein terminal for henne.