Az OpenVPN jelzi, hogy az inicializálás befejeződött: miért nem tér vissza a parancssor

Semmi sem akadt meg, amikor a terminál elhallgat az utolsó naplósor után. Ez az előtérben futó kliens várt formája: befejezte az indítást, és most ott ül, forgalmat továbbítva. A héj parancssora nem az a sikerjel, aminek látszik.

Kezelje az üzenetet az indítás és az állandósult állapot közötti határként, mert pontosan ezt jelöli.

Az üzenet az indítás végét jelöli, nem a folyamatét

OpenVPN azt a sort azután írja ki, hogy megnyitotta az eszközt, beállította az interfészt, telepítette az útvonalakat és befejezte a TLS-cserét a partnerrel. Ezután a folyamat tovább fut, mert a feladata az alagút nyitva tartása és a csomagok továbbítása. Az előtérben futó program nem tér vissza a parancssorhoz, amíg ezt a feladatot végzi. A csendes kimenet utána normális, mivel a kliens csak akkor szól, ha valami megváltozik.

Ha a sor megjelenik, és a kapcsolat később meghal, az egy másik esemény, és a napló ezt utólag megmondja.

A Ctrl+C döntés, nem javítás

A Ctrl+C megnyomása megszakítást küld, amelyet a kliens leállítási kérésként kezel. A parancssor visszatér, az alagút eltűnik, és minden őt használó munkamenet véget ér. Ez előrelépésnek látszik, és valójában az ellenkezője. Ha a cél tartós kapcsolat, a válasz az, hogy a folyamatot olyan helyre tegye, ahol a terminálja nélkül is futhat tovább, nem pedig az, hogy megszakítja.

Az előtérben hagyása a helyes választás hibakeresés közben, mert a későbbi hibák ugyanabban az ablakban láthatók maradnak. Egy csendes perc semmit sem bizonyít egyik irányban sem; teszteljen egy erőforrást az alagúton keresztül ahelyett, hogy a kimenetet figyelné.

Mit nem bizonyít az üzenet

A befejeződés helyi állítás a kliens saját beállításáról. Nem mondja, hogy a túloldal válaszol, hogy a telepített útvonalak megfelelnek annak, amire szüksége van, vagy hogy a névfeloldás az alagúton keresztül működik. Egy osztott alagút profil tökéletesen inicializálódhat, miközben egy vállalati megosztás elérhetetlen marad, mert az útvonal vagy a DNS-szabály soha nem fedte le. A kiszolgálóoldali példányok hasonló sort írnak ki, amikor készen állnak kliensek fogadására, ami nem ugyanaz, mint hogy bármely kliens csatlakozva van.

„A kiszolgáló elindult” és „a laptop meg tudja nyitni a megosztást” két különböző helyről származó megfigyelés, és ezek összekeverése a rossz gazdagép hibakereséséhez vezeti.

Futtatás terminál nélkül

Tartós üzembe helyezéshez használja a platform által támogatott szolgáltatási elrendezést. systemd-gazdagépen ez egy openvpn-client@office példány a /etc/openvpn/client alatti profillal, elindítva és engedélyezve, hogy túlélje az újraindításokat. A Community OpenVPN --daemon is kínál a --log vagy --log-append mellett, ami leválasztja a folyamatot és fájlba küldi a kimenetet. Mindkét megközelítés megváltoztatja, hogyan fut a folyamat; egyik sem javít egy útvonalat, és nem tesz egészségessé egy távoli alkalmazást.

Ellenőrizze, hogy nem indít második példányt egy olyan mellett, amelyet már egy szolgáltatás kezel. Két kliens, amely ugyanazt a profilt igényli, zavaró naplókat és egy nem szándékolt alagutat eredményez.

Válassza a feladathoz illő elrendezést

Előtér a diagnózishoz, szolgáltatás mindenhez, aminek túl kell élnie a munkamenetet, démonmód, ha nincs szolgáltatáskezelő, amire támaszkodni lehet. Ez a három lefedi a szokásos eseteket, és mindegyiknek világos oka van a létezésre. Az egyik véletlen kiválasztása az, ami a „működik, amíg az ablak be nem zárul” jelentést előállítja.

Amikor az alagútnak meg kell maradnia, utána erősítse meg, hogy újraindítás után visszatér, és hogy a naplói olyan helyre kerülnek, ahová Ön belenéz. Az inicializálási sor ezekben a naplókban is megjelenik, és akkor már senkinek nem kell terminált figyelnie miatta.