openvpn --errors-to-stderr je prepínač spustenia, nie chyba

Príkazový riadok obsahujúci --errors-to-stderr vyzerá ako sťažnosť, ale nie je ňou vyzerá ako sťažnosť, ale nie je ňou. Slovo patrí k názvu prepínača, tak ako názov logovacieho súboru nič nehovorí o tom, čo súbor obsahuje. Predtým, než zmeníte akúkoľvek konfiguráciu, zistite, čo vlastne čítate.

Rozhodnutie má tri vetvy: riadok je samo spustenie, riadok je výstup, ktorý program vypísal, alebo riadok je text, ktorý pred spustením VPN zopakovala obálka. Každá vetva ukazuje na iné miesto, kam sa pozrieť, a iba jedna z nich je vlastná správa VPN.

Názov prepínača nie je stavová správa

Pre Community OpenVPN, --errors-to-stderr smeruje výstup chýb na štandardný chybový výstup namiesto štandardného výstupu. Je to voľba prúdu, nie filter závažnosti, a nevytvára chybu. Neskorší --log alebo --log-append môžu presmerovať tie isté správy do súboru, preto účinok prepínača závisí od zvyšku príkazu. Referenčná príručka logovania zo zdroja určuje toto poradie.

Prítomnosť prepínača teda hovorí, kam by chyby šli. Nehovorí, že nejaká nastala.

Riadok spustenia alebo výstup procesu

Začnite otázkou, kto text vypísal. Servisná jednotka, balík aplikácie alebo obálka shellu často zopakujú celé argv skôr, než proces VPN čokoľvek zapíše. Toto echo nemožno odlíšiť od stavového riadku, ak vidíte len fragment.

Ak riadok pochádza z obálky, VPN ešte nebežal a nemá čo hlásiť. Hľadajte nižšie vo výstupe prvú správu s časovou pečiatkou alebo názvom podsystému.

Ak riadok pochádza z procesu VPN, je to stále len volanie. OpenVPN nevypisuje svoj vlastný príkazový riadok ako chybu a dôležité správy prichádzajú až po ňom.

Nájdite proces a jeho výsledok

Zistite, či proces ešte beží. Klient, ktorý beží a znova sa pokúša, vyzerá veľmi odlišne od toho, ktorý hneď skončil, a pred oboma stojí rovnaký príkazový riadok.

Potom čítajte výsledok cez komponent, ktorý proces vlastní. V systemd je to journal jednotky; v desktopovej aplikácii jej vlastný log alebo konzola. Stav ukončenia a posledné správy odpovedajú na otázku, na ktorú názov prepínača len naznačuje.

Chyba parsovania konfigurácie, chýbajúci súbor, odmietnuté prihlasovacie údaje a časový limit protistrany sú štyri rôzne udalosti. Prichádzajú tým istým prúdom. Potrebujú štyri rôzne opravy. Rozhodnite, ktorú máte, predtým než sa dotknete profilu, a keď žiadate o pomoc, citujte presnú správu.

Kedy si prepínač zaslúži svoje miesto

Prepínač si zaslúži svoje miesto, keď stdout nesie dáta a chyby ich nesmú znečistiť, alebo keď obálka zachytáva oba prúdy oddelene. V relácii na popredí v termináli sa oba prúdy ocitnú pred vami. V takom prípade rozlíšenie málokedy zmení to, čo robíte.

Ponechajte ho, ak okolitý skript závisí od rozdelenia. Odstránenie preto, že názov vyzerá znepokojujúco, zmení, kde sa správy objavujú, a nič iné neopraví.

Čo nemeniť

Neberte prepínač ako krok opravy. Jeho zmazanie nemôže opraviť certifikát, trasu ani zlyhanie autentifikácie.

Ak volanie obsahuje --config stdin, konfigurácia sa podáva cez štandardný vstup. To je samostatné rozhodnutie o tom, ako je súbor dodaný. Meňte jednu vec naraz a pred zmenou druhej si znova prečítajte skutočnú správu.