openvpn --errors-to-stderr is in startopsje, gjin flater
--errors-to-stderr yn in opdrachtregel sjen betsjut net dat der wat mislearre is. Bepale oft jo in startrigel of de útfier fan it proses lêze, en kontrolearje dan.
In opdrachtregel mei --errors-to-stderr liket in klacht en is it net. It wurd heart by in opsjenamme, likegoed as de namme fan in logbestân neat seit oer wat it bestân befettet. Foardat jo hokker konfiguraasje dan ek feroarje, stel fêst wat jo eins lêze.
De beslissing hat trije tûken: de rigel is de start sels, de rigel is útfier dy't it programma printe hat, of de rigel is tekst dy't in wrapper foar de start fan 'e VPN werhelle hat. Eltse tûke wiist nei in oar plak om te sjen, en mar ien fan harren is it eigen berjocht fan 'e VPN.
In opsjenamme is gjin statusberjocht
Foar Community OpenVPN, --errors-to-stderr stjoert flaterútfier nei standertflater yn stee fan standertútfier. Dat is in kar fan stream, net in filter foar slimheid, en it makket gjin flater. In letter --log of --log-append kin deselde berjochten nei in bestân omliede, dêrom hinget it effekt fan 'e flagge fan 'e rest fan 'e opdracht ôf. De lochreferinsje fan 'e boarne bestimt dy folchoarder.
Sa fertelt de oanwêzigens fan 'e flagge wêr't flaters hinne soene. It fertelt net dat der ien bard is.
Startrigel of prosesútfier
Begjin mei te freegjen wa't de tekst printe hat. In tsjinstienheid, in applikaasjebondel of in shellwrapper werhellet faak de folsleine argv foardat it VPN-proses wat skriuwt. Dat wjerlûd is net fan in statusrigel te ûnderskieden as jo mar in fragmint sjogge.
As de rigel fan 'e wrapper kaam, hat de VPN noch net rûn en hat neat te rapportearjen. Sjoch fierder yn 'e útfier nei it earste berjocht mei in tiidstimpel of in subsysteemnamme.
As de rigel fan it VPN-proses kaam, is it noch altyd gewoan de oanrop. OpenVPN printet syn eigen opdrachtregel net as flater, en de berjochten dy't der ta dogge komme dêrnei.
Fyn it proses en syn resultaat
Stel fêst oft it proses noch rint. In klant dy't oan is en wer besiket, liket hiel oars as ien dy't daliks ôfsletten is, en deselde opdrachtregel stiet foar beide.
Lês dan it resultaat fia it komponint dat it proses hat. Under systemd is dat it tydskrift fan 'e ienheid; by in desktopapp is dat de eigen log of konsole fan 'e app. De ôfslutingsstatus tegearre mei de lêste berjochten beantwurdet de fraach dêr't de opsjenamme mar in hint fan jout.
In konfiguraasje-parseflater, in ûntbrekkend bestân, wegere oanmeldgegevens en in peer-timeout binne fjouwer ferskillende barrens. Se komme op deselde stream oan. Se hawwe fjouwer ferskillende reparaasjes nedich. Bepale hokker jo hawwe foardat jo it profyl oanreitsje, en sitearje it krekte berjocht as jo om help freegje.
Wannear't de flagge syn plak fertsjinnet
De flagge fertsjinnet syn plak as stdout gegevens draacht en flaters it net fersmoargje meie, of as in wrapper de twa streams apart opfongt. Yn in foargrûnsesje yn in terminal komme beide streams foar jo del. Yn dat gefal feroaret it ûnderskie selden wat jo dogge.
Hâld it as it omlizzende skript fan 'e splitsing ôfhinget. It fuorthelje om't de namme alarmearjend liket, feroaret wêr't berjochten ferskine en makket neat oars rjocht.
Wat net te feroarjen
Behannelje de opsje net as in reparaasjestap. It wiskjen kin gjin sertifikaat, in rûte of in ferifikaasjeflater reparearje.
As de oanrop --config stdin befettet, wurdt de konfiguraasje fia standertynfier ynfierd. Dat is in aparte beslissing oer hoe't it bestân levere wurdt. Feroarje ien ding tagelyk, en lês it echte berjocht op 'e nij foardat jo it twadde feroarje.