openvpn --errors-to-stderr é unha opción de arrinque, non un erro
Ver --errors-to-stderr nunha liña de ordes non significa que algo fallase. Decida se le unha liña de arrinque ou a saída do proceso, e despois compróbeo.
Unha liña de ordes que contén --errors-to-stderr parece unha queixa e non o é. A palabra pertence ao nome dunha opción, igual que o nome dun ficheiro de rexistro non di nada sobre o que contén o ficheiro. Antes de cambiar calquera configuración, estableza que está a ler en realidade.
A decisión ten tres ramas: a liña é o propio arrinque, a liña é saída que imprimiu o programa, ou a liña é texto que un envoltorio repetiu antes de que arrincase o VPN. Cada rama apunta a un lugar distinto onde mirar, e só unha delas é a mensaxe propia do VPN.
O nome dunha opción non é unha mensaxe de estado
Para Community OpenVPN, --errors-to-stderr dirixe a saída de erros á erro estándar en lugar de á saída estándar. É unha escolla de fluxo, non un filtro de gravidade, e non crea ningún erro. Un --log ou un --log-append posterior pode redirixir as mesmas mensaxes a un ficheiro, por iso o efecto do indicador depende do resto da orde. A referencia de rexistro da orixe define esa orde.
Así que a presenza do indicador di a onde irían os erros. Non di que ocorrese un.
Liña de arrinque ou saída do proceso
Comece preguntando quen imprimiu o texto. Unha unidade de servizo, un paquete de aplicación ou un envoltorio de shell adoitan repetir o argv completo antes de que o proceso do VPN escriba nada. Ese eco é indistinguible dunha liña de estado se só ve un fragmento.
Se a liña veu do envoltorio, o VPN aínda non se executou e non ten nada que informar. Mire máis abaixo na saída a primeira mensaxe que leve unha marca de tempo ou o nome dun subsistema.
Se a liña veu do proceso do VPN, segue sendo só a invocación. OpenVPN non imprime a súa propia liña de ordes como erro, e as mensaxes que importan veñen despois.
Atope o proceso e o seu resultado
Estableza se o proceso segue en execución. Un cliente que está activo e reintenta parece moi distinto dun que saíu de inmediato, e a mesma liña de ordes precede ambos.
Despois lea o resultado a través do compoñente que posúe o proceso. Con systemd, é o diario da unidade; nunha aplicación de escritorio, é o rexistro propio ou a consola da aplicación. O estado de saída e as últimas mensaxes responden a pregunta que o nome da opción só insinúa.
Un erro de análise de configuración, un ficheiro ausente, unha credencial rexeitada e un tempo de espera do par son catro acontecementos distintos. Chegan polo mesmo fluxo. Necesitan catro arranxos distintos. Decida cal ten antes de tocar o perfil, e cite a mensaxe exacta cando pida axuda.
Cando o indicador gaña o seu sitio
O indicador gaña o seu sitio cando a saída estándar transporta datos e os erros non deben contaminala, ou cando un envoltorio captura os dous fluxos por separado. Nunha sesión en primeiro plano nun terminal, ambos os fluxos chegan diante de vostede. Nese caso, a distinción raramente cambia o que fai.
Consérveo se o script que o rodea depende da separación. Quitalo porque o nome parece alarmante cambia onde aparecen as mensaxes e non arranxa nada máis.
Que non cambiar
Non trate a opción como un paso de reparación. Suprimirla non pode arranxar un certificado, unha ruta nin un fallo de autenticación.
Se a invocación contén --config stdin, a configuración aliméntase pola entrada estándar. É unha decisión aparte sobre como se fornece o ficheiro. Cambie unha cousa á vez e volva ler a mensaxe real antes de cambiar a segunda.