’n Opdragreël met --errors-to-stderr lyk soos ’n klag en is nie een nie. Die woord hoort by ’n opsienaam, net soos ’n loglêer se naam niks sê oor wat die lêer bevat nie. Voordat jy enige konfigurasie verander, stel vas wat jy eintlik lees.

Die beslissing het drie takke: die reël is die begin self, die reël is uitset wat die program gedruk het, of die reël is teks wat ’n omhulsel voor die VPN se begin uitgestuur het. Elke tak wys na ’n ander plek om te kyk, en net een van hulle is die VPN se eie boodskap.

’n Opsienaam is nie ’n statusboodskap nie

Vir Community OpenVPN, --errors-to-stderr stuur foutuitset na standaardfout in plaas van standaarduitset. Dit is ’n stroomkeuse, nie ’n erns-filter nie, en dit skep nie ’n fout nie. ’n Latere --log of --log-append kan dieselfde boodskappe na ’n lêer herlei, en daarom hang die vlag se uitwerking van die res van die opdrag af. Die opstroom-logverwysing omskryf daardie volgorde.

Dus sê die teenwoordigheid van die vlag waar foute sou heen gaan. Dit sê nie dat een plaasgevind het nie.

Beginreël of prosesuitset

Begin deur te vra wie die teks gedruk het. ’n Diens-eenheid, ’n toepassingsbundel of ’n dop om die skulp druk dikwels die volle argv voordat die VPN-proses iets skryf. Daardie weergawe is nie van ’n statusreël te onderskei as jy net ’n brokkie sien nie.

As die reël van die omhulsel kom, het die VPN nog nie geloop nie en het niks om te rapporteer nie. Kyk verder af in die uitset vir die eerste boodskap met ’n tydstempel of ’n substelselnaam.

As die reël van die VPN-proses kom, is dit steeds net die oproep. OpenVPN druk nie sy eie opdragreël as ’n fout nie, en die boodskappe wat saak maak volg dit.

Vind die proses en sy resultaat

Stel vas of die proses nog loop. ’n Kliënt wat aan die gang is en weer probeer, lyk heeltemal anders as een wat dadelik afgesluit het, en dieselfde opdragreël staan voor albei.

Lees dan die resultaat deur die komponent wat die proses besit. Onder systemd is dit die eenheid se joernaal; onder ’n lessenaartoepassing is dit die app se eie log of konsole. Die afsluitstatus plus die laaste boodskappe beantwoord die vraag waaroor die opsienaam net ’n wenk gee.

’n Konfigurasie-ontledingsfout, ’n ontbrekende lêer, ’n verwerpte geloofsbrief en ’n eweknie-tydsverloop is vier verskillende gebeure. Hulle kom op dieselfde stroom aan. Hulle verg vier verskillende regstellings. Besluit watter een jy het voordat jy die profiel aanraak, en haal die presiese boodskap aan wanneer jy om hulp vra.

Wanneer die vlag sy plek verdien

Die vlag verdien sy plek wanneer stdout data dra en foute dit nie mag besoedel nie, of wanneer ’n omhulsel die twee strome afsonderlik vasvang. Vir ’n voorgrondsessie in ’n terminaal beland albei strome voor jou. In daardie geval verander die onderskeid selde wat jy doen.

Hou dit as die omliggende skrip van die skeiding afhanklik is. Om dit te verwyder omdat die naam kommerwekkend lyk, verander waar boodskappe verskyn en maak niks anders reg nie.

Wat om nie te verander nie

Moenie die opsie as ’n herstelstap behandel nie. Om dit te skrap kan nie ’n sertifikaat, ’n roete of ’n verifikasiefout regmaak nie.

As die oproep --config stdin bevat, word die konfigurasie deur standaardinvoer gevoer. Dit is ’n aparte beslissing oor hoe die lêer voorsien word. Verander een ding op ’n slag, en lees die werklike boodskap weer voordat jy die tweede verander.

Verwante artikels