openvpn --errors-to-stderr estas lanĉa opcio, ne eraro

Komandlinio enhavanta --errors-to-stderr aspektas kiel plendo kaj ne estas tia. La vorto apartenas al opcia nomo, same kiel la nomo de protokola dosiero diras nenion pri tio, kion la dosiero enhavas. Antaŭ ol ŝanĝi ajnan agordon, konstatu, kion vi efektive legas.

La decido havas tri branĉojn: la linio estas la lanĉo mem, la linio estas eligo, kiun la programo presis, aŭ la linio estas teksto, kiun envolvaĵo eĥis antaŭ ol la VPN komenciĝis. Ĉiu branĉo montras al alia loko por rigardi, kaj nur unu el ili estas la propra mesaĝo de la VPN.

Opcia nomo ne estas statmesaĝo

Por Community OpenVPN, --errors-to-stderr direktas erar-eligon al la norma eraro anstataŭ al la norma eligo. Tio estas elekto de fluo, ne filtrilo de graveco, kaj ĝi ne kreas eraron. Pli posta --log aŭ --log-append povas redirecti la samajn mesaĝojn al dosiero, tial la efiko de la flago dependas de la resto de la komando. La registrada referenco el la fonto difinas tiun ordon.

Do la ĉeesto de la flago diras al vi, kien la eraroj irus. Ĝi ne diras, ke unu okazis.

Lanĉa linio aŭ proceza eligo

Komencu demandante, kiu presis la tekston. Serva unuo, aplikaĵa pako aŭ ŝel-envolvaĵo ofte eĥas la tutan argv antaŭ ol la VPN-procezo skribas ion ajn. Tiu eĥo ne distingeblas de statuslinio, se vi vidas nur fragmenton.

Se la linio venis de la envolvaĵo, la VPN ankoraŭ ne funkciis kaj havas nenion raporti. Rigardu pli malsupren en la eligo por la unua mesaĝo, kiu portas tempostampon aŭ subsisteman nomon.

Se la linio venis de la VPN-procezo, ĝi ankoraŭ estas nur la alvoko. OpenVPN ne presas sian propran komandlinion kiel eraron, kaj la gravaj mesaĝoj sekvas ĝin.

Trovu la procezon kaj ĝian rezulton

Konstatu, ĉu la procezo ankoraŭ funkcias. Kliento, kiu estas aktiva kaj reprovas, aspektas tre malsame ol unu, kiu tuj eliris, kaj la sama komandlinio antaŭas ambaŭ.

Poste legu la rezulton per la komponento, kiu posedas la procezon. Sub systemd tio estas la ĵurnalo de la unuo; en labortabla aplikaĵo ĝi estas la propra protokolo aŭ konzolo de la aplikaĵo. La elira statuso plus la lastaj mesaĝoj respondas la demandon, al kiu la opcia nomo nur aludas.

Agorda analiza eraro, mankanta dosiero, malakceptita legitimilo kaj tempolimo de la samtavolano estas kvar malsamaj eventoj. Ili alvenas sur la sama fluo. Ili bezonas kvar malsamajn riparojn. Decidu, kiun vi havas, antaŭ ol tuŝi la profilon, kaj citu la ĝustan mesaĝon, kiam vi petas helpon.

Kiam la flago meritas sian lokon

La flago meritas sian lokon, kiam la norma eligo portas datumojn kaj eraroj ne rajtas malpurigi ĝin, aŭ kiam envolvaĵo kaptas la du fluojn aparte. En antaŭplana sesio en terminalo, ambaŭ fluoj alvenas antaŭ vi. En tiu kazo la distingo malofte ŝanĝas, kion vi faras.

Konservu ĝin, se la ĉirkaŭa skripto dependas de la disigo. Forigi ĝin ĉar la nomo aspektas alarme ŝanĝas, kie mesaĝoj aperas, kaj riparas nenion alian.

Kion ne ŝanĝi

Ne traktu la opcion kiel ripar-paŝon. Forigi ĝin ne povas ripari atestilon, itineron aŭ malsukcesan aŭtentikigon.

Se la alvoko enhavas --config stdin, la agordo estas enigata per la norma enigo. Tio estas aparta decido pri tio, kiel la dosiero estas provizata. Ŝanĝu unu aferon samtempe, kaj relegu la efektivan mesaĝon antaŭ ol ŝanĝi la duan.