Onde debe escribir o seu rexistro un servidor OpenVPN, e por que

Un deseño de rexistro responde a tres preguntas: que proceso produciu un rexistro, onde aterra ese rexistro e canto tempo sobrevive. OpenVPN pode escribir nun ficheiro, entregar as mensaxes ao rexistrador do sistema ou deixalas ao que capture o xestor de servizos, e non son tres copias dun mesmo fluxo. Cada elección cambia quen é dono da rotación, que usuario pode ler o resultado e que ocorre durante o arranque. Resolva as respostas antes dun incidente, porque despois herdará o que estea configurado.

Que fai realmente o daemon coa directiva

As directivas non son abstraccións; cada unha decide onde escribe o proceso as súas mensaxes. log /path abre ese ficheiro, log-append /path ábreo para engadir, e syslog entrega as mensaxes ao rexistrador local do sistema polo seu socket. Sen ningunha delas, a saída vai á saída estándar e o xestor de servizos decide que ocorre despois. Lea a unidade efectiva e o perfil xuntos antes de concluír que o daemon ignora a súa configuración.

Ese último caso é habitual nunha instalación empaquetada, e explica por que dous administradores discrepan sobre onde vive o rexistro. Un le o journal da unidade, o outro un ficheiro que o daemon nunca escribiu.

Comprobe a configuración en execución en lugar do ficheiro no disco. Unha anulación de unidade de tipo drop-in ou un ficheiro de contorno poden cambiar a directiva efectiva sen tocar o perfil que está lendo.

log trunca, log-append non

log trunca un ficheiro existente cando a directiva entra en vigor, así que un reinicio borra a evidencia anterior. log-append conserva o que hai e engade. Ningunha das dúas opcións rota nada, e ningunha reabre o ficheiro despois por si soa, por iso a rotación necesita cooperación.

Se a rotación renomea o ficheiro mentres o daemon segue escribindo no descritor antigo, o ficheiro novo queda baleiro e o uso de disco segue medrando no renomeado. Sinale ao proceso que reabra, ou rote cunha estratexia de copiar e truncar e acepte a xanela de copia.

O directorio, a propiedade e os permisos son parte do deseño. O daemon pode executarse como usuario sen privilexios despois do arranque, e un directorio creado por root na instalación pode non ser escribible entón. Prepáreo mediante o empaquetado ou o proceso de despregamento en lugar de corrixir permisos durante un incidente.

O xestor de servizos garda unha segunda copia

systemd captura a saída estándar e a saída de erro por defecto, así que unha unidade sen redirección explícita xa ten un rexistro. Engadir unha directiva de ficheiro dá dous fluxos con retención, lectores e marcas de tempo distintos.

Iso non é automaticamente incorrecto, pero ten que ser unha decisión. Manteña o rexistro de arranque no journal, porque os fallos antes de que exista o ficheiro configurado non aparecen en ningún outro sitio. Despois faga que o ficheiro sexa autoritativo para os eventos en réxime estable e dígao no runbook. Dous fluxos autoritativos significan dúas respostas para cada pregunta.

Confirme a elección cunha proba que falla a propósito. Arranque o daemon cun certificado ilexible e comprobe que fluxo rexistra o erro.

A verbosidade non é o mesmo que o detalle utilizábel

Un nivel de verb máis alto engade máis liñas e, pasado un punto, liñas que ninguén le. O nivel 3 é un réxime estable razoable para a maioría dos despregamentos, mentres que o nivel 4 e superiores encaixan nunha investigación limitada cunha pregunta coñecida. A supresión de repeticións reduce o ruído, pero non debe ocultar con que frecuencia se repite un evento. Fixe o nivel que poida soster e sóbae só para unha investigación con nome e con final.

Manteña a identidade da instancia e as marcas de tempo no rexistro. Unha reconexión parece exactamente unha primeira conexión cando o ficheiro leva meses recibindo anexos e falta o nome da instancia.

Teña coidado co resto que cae nese ficheiro. A saída redirixida pode incluír texto de scripts invocados, e un auxiliar que imprime o seu contorno pon credenciais e camiños de chaves nun rexistro lexible. Trate o acceso ao rexistro como unha decisión de seguridade mesmo cando o propio daemon non imprime nada sensíbel.

Rotación, retención e os sinais que recargan

Decida a retención coa persoa dona do disco e fíxea antes de que o volume decida por vostede. Un sinal de recarga non é un comando de mantemento do rexistro: enviar o equivocado reinicia o túnel e desconecta todos os usuarios. Escriba o procedemento de reapertura xunto á regra de rotación para que os dous non se separen.

O resultado debería ser un servizo que un operador poida describir: un fluxo autoritativo, cada evento situado no ciclo de vida e un rexistro obtible sen reunir todos os ficheiros con segredos no host. Esa descrición é a proba de aceptación do deseño, e comprobala antes do próximo incidente é barato.