Que significa us= nunha liña de rexistro de OpenVPN e como convertelo

O rexistro de texto de OpenVPN pon unha data, unha hora e un us= valor na mesma liña, e o último dos tres é a parte que os lectores malinterpretan. É o compoñente de microsegundos desa marca de tempo, impreso sen enchemento de ceros. Non é un identificador de sesión, un nome de usuario nin un contador, e tratalo como tal converte unha fracción de segundo nunha conclusión errónea e segura. Convérteo como unha fracción do segundo mostrado e o resto da liña segue sendo lexible.

Que significan as tres partes da liña

A data e o segundo enteiro van primeiro, e us= leva o resto por baixo dun segundo. Un valor de 12345 son doce mil trescentos corenta e cinco microsegundos, é dicir, 0.012345 segundos, así que a liña describe 09:15:30.012345 cando a hora impresa é 09:15:30. O contador volve comezar con cada segundo novo, así que unha liña posterior pode imprimir unha fracción menor sen que ningún reloxo vaia cara atrás. Só a marca de tempo completa ordena os acontecementos.

2026-11-02 08:41:07 us=4820

A unidade é unha millonésima de segundo, e seis díxitos de us= cobren todo o rango de 0.000000 a 0.999999. Cinco díxitos describen decenas de milisegundos, mentres que seis describen centenas de milisegundos ata case un segundo completo. Se unha conversión produce unha fracción maior que un, o punto decimal moveuse e a aritmética é incorrecta. Facelo a man significa dividir o enteiro impreso por un millón e sumalo ao segundo enteiro.

O enchemento é a trampa. us=42 son corenta e dous microsegundos, escritos como .000042, non .42. Enche o enteiro a seis posicións pola esquerda antes de converter, e o valor deixa de parecer unha fracción decimal dos díxitos que ves.

Converter unha liña sen calculadora

Toma o segundo impreso como base e trata us= como a fracción. Para 09:15:30 con us=12345 a forma decimal é 09:15:30.012345; para us=900000 é 09:15:30.900000. Os díxitos despois do punto decimal son o enteiro enchido, nunca o enteiro dividido por mil. Escribir primeiro a forma de seis díxitos evita a maioría dos erros.

Se analizas rexistros en marcas de tempo, analiza a data, o segundo enteiro e a fracción xuntos. Un analizador que asume milisegundos ordenará os acontecementos mal por un factor de mil, e a saída segue parecendo plausible.

Cando o campo falta no rexistro

A parte de microsegundos pertence ao formato de rexistro de texto e aparece só cando as marcas de tempo detalladas están activadas. No formateador de marcas de tempo de OpenVPN 2.6 engádese cando esa saída está activada e o valor gardado non é cero. Un rexistro sen us= polo tanto non di nada sobre o reloxo nin a compilación; normalmente significa que a verbosidade configurada é demasiado baixa. Revisa a configuración antes de culpar a sincronización horaria.

O axuste é fácil de confirmar desde a configuración do servidor. Executa o comando de abaixo e le o número que devolve. A saída detallada de marcas de tempo aparece con verbosidade 4, así que un valor máis baixo explica o campo ausente sen ningunha outra falla. Executar a mesma configuración con --verb 4 mostra o campo en canto o daemon se reinicia con ese nivel.

grep -nE '^[[:space:]]*verb[[:space:]]+[0-9]' /etc/openvpn/server.conf

Aumentar a verbosidade engade detalle ao rexistro; non mellora o reloxo. Tras o reinicio, compara unha liña nova cunha vella para confirmar que o formato cambiou, e baixa o nivel outra vez cando a pregunta estea respondida.

Que non demostran seis díxitos

Seis díxitos describen a resolución, e a resolución non di nada sobre se dous hosts coinciden na hora. Un cliente e un servidor poden imprimir microsegundos mentres os seus reloxos difiren en segundos. Cando correlaciones acontecementos entre máquinas, anota a zona horaria e calquera desfase coñecido, e prefire un campo que nomee o par ou a sesión por riba de calquera marca de tempo. Dúas liñas que comparten unha fracción non son necesariamente a mesma conexión.

Un recolleitor pode selar cada liña á chegada, o que engade unha segunda marca de tempo que pertence ao recolleitor e non a OpenVPN. Identifica cal estás lendo antes de comparalas, e conserva a liña crua para que a comparación se poida repetir.

Un valor novo de us= non demostra que entrase un cliente novo, e un repetido non demostra un acontecemento duplicado. Os campos de par e conexión responden a esas preguntas.