openvpn --errors-to-stderr egy indítási kapcsoló, nem hiba

A --errors-to-stderr kapcsolót tartalmazó parancssor panasznak tűnik, és nem az. A szó egy kapcsoló nevéhez tartozik, ahogy egy naplófájl neve sem mond semmit arról, mi van a fájlban. Mielőtt bármilyen konfigurációt módosítana, állapítsa meg, mit olvas valójában.

A döntésnek három ága van: a sor maga az indítás, a sor a program által kiírt kimenet, vagy a sor olyan szöveg, amelyet egy burkoló ismételt meg a VPN indulása előtt. Minden ág más helyre mutat, ahol érdemes nézni, és csak az egyikük a VPN saját üzenete.

Egy kapcsoló neve nem állapotüzenet

A Community OpenVPN esetében --errors-to-stderr a hibakimenetet a szabványos hibára irányítja a szabványos kimenet helyett. Ez adatfolyam-választás, nem súlyossági szűrő, és nem hoz létre hibát. Egy későbbi --log vagy --log-append ugyanazokat az üzeneteket fájlba irányíthatja, ezért a kapcsoló hatása a parancs többi részétől függ. A forrás naplózási referenciája határozza meg ezt a sorrendet.

Tehát a kapcsoló jelenléte megmondja, hová mennének a hibák. Azt nem mondja meg, hogy történt-e egy.

Indítási sor vagy folyamatkimenet

Kezdje azzal a kérdéssel, ki nyomtatta a szöveget. Egy szolgáltatásegység, egy alkalmazáscsomag vagy egy shell-burkoló gyakran visszhangozza a teljes argv-t, mielőtt a VPN-folyamat bármit írna. Ez a visszhang nem különböztethető meg egy állapotsortól, ha csak egy töredéket lát.

Ha a sor a burkolótól jött, a VPN még nem futott, és nincs mit jelentenie. Nézzen tovább a kimenetben az első üzenetre, amely időbélyeget vagy alrendszernevet tartalmaz.

Ha a sor a VPN-folyamattól jött, az még mindig csak a meghívás. Az OpenVPN nem nyomtatja ki a saját parancssorát hibaként, és a fontos üzenetek utána következnek.

Keresse meg a folyamatot és az eredményét

Állapítsa meg, fut-e még a folyamat. Egy futó és újrapróbálkozó kliens nagyon másnak tűnik, mint egy azonnal kilépő, és mindkettő előtt ugyanaz a parancssor áll.

Ezután olvassa el az eredményt a folyamatot birtokló komponensen keresztül. systemd alatt ez az egység naplója; asztali alkalmazásban az alkalmazás saját naplója vagy konzolja. A kilépési állapot és az utolsó üzenetek válaszolnak arra a kérdésre, amelyre a kapcsoló neve csak utal.

A konfiguráció elemzési hiba, a hiányzó fájl, az elutasított hitelesítő adat és a partner időtúllépése négy különböző esemény. Ugyanazon a folyamon érkeznek. Négy különböző javítást igényelnek. Döntse el, melyik van Önnél, mielőtt hozzányúl a profilhoz, és idézze a pontos üzenetet, amikor segítséget kér.

Mikor érdemli meg a kapcsoló a helyét

A kapcsoló akkor érdemli meg a helyét, amikor a stdout adatokat hordoz, és a hibák nem szennyezhetik, vagy amikor egy burkoló külön rögzíti a két folyamot. Terminálban futó előtér-munkamenetben mindkét folyam Ön elé kerül. Ebben az esetben a megkülönböztetés ritkán változtat azon, amit tesz.

Tartsa meg, ha a környező szkript a szétválasztástól függ. Eltávolítása amiatt, hogy a név riasztónak tűnik, megváltoztatja, hol jelennek meg az üzenetek, és semmi mást nem javít.

Mit ne módosítson

Ne tekintse a kapcsolót javítási lépésnek. Törlése nem tud kijavítani egy tanúsítványt, egy útvonalat vagy egy hitelesítési hibát.

Ha a meghívás tartalmazza a --config stdin elemet, a konfiguráció a szabványos bemeneten érkezik. Ez külön döntés arról, hogyan biztosítják a fájlt. Egyszerre egy dolgot módosítson, és a második módosítása előtt olvassa újra a tényleges üzenetet.