Hva us= betyr i en OpenVPN-logglinje, og hvordan du konverterer det

Tekstloggen til OpenVPN setter en dato, et tidspunkt og en us= verdi på samme linje, og den siste av de tre er delen lesere misforstår. Det er mikrosekundkomponenten i det tidsstempelet, skrevet ut uten nullutfylling. Det er ikke en sesjonsidentifikator, et brukernavn eller en teller, og å behandle det slik gjør en brøkdel av et sekund til en selvsikker feil konklusjon. Konverter det som en brøkdel av det viste sekundet, og resten av linjen forblir lesbar.

Hva de tre delene av linjen betyr

Datoen og hele sekundet kommer først, og us= bærer resten under ett sekund. En verdi på 12345 er tolv tusen tre hundre og førtifem mikrosekunder, som er 0.012345 sekunder, så linjen beskriver 09:15:30.012345 når den utskrevne tiden er 09:15:30. Telleren starter på nytt for hvert nye sekund, så en senere linje kan skrive ut en mindre brøkdel uten at noen klokke går baklengs. Bare det komplette tidsstempelet ordner hendelser.

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

Enheten er en milliontedel av et sekund, og seks sifre us= dekker hele området fra 0.000000 til 0.999999. Fem sifre beskriver tiere av millisekunder, mens seks beskriver hundrer av millisekunder opp til nesten et helt sekund. Hvis en konvertering gir en brøkdel større enn én, har desimalpunktet flyttet seg og regnestykket er feil. Å gjøre det for hånd betyr å dele det utskrevne heltallet på en million og legge det til hele sekundet.

Utfylling er fellen. us=42 er førtito mikrosekunder, skrevet som .000042, ikke .42. Fyll heltallet ut til seks plasser til venstre før du konverterer, og verdien slutter å se ut som en desimalbrøkdel av sifrene du ser.

Konvertere en linje uten kalkulator

Ta det utskrevne sekundet som grunnlag og behandl us= som brøkdelen. For 09:15:30 med us=12345 er desimalformen 09:15:30.012345; for us=900000 er den 09:15:30.900000. Sifrene etter desimalpunktet er det utfylte heltallet, aldri heltallet delt på tusen. Å skrive sekssifret form først forhindrer de fleste feil.

Hvis du parser logger til tidsstempler, må du parse datoen, hele sekundet og brøkdelen sammen. En parser som antar millisekunder, vil sortere hendelser feil med en faktor tusen, og utdataene ser fortsatt plausible ut.

Når feltet mangler i loggen

Mikrosekunddelen tilhører tekstloggformatet og vises bare når detaljerte tidsstempler er aktivert. I tidsstempelformatereren til OpenVPN 2.6 legges den til når den utdataen er på og den lagrede verdien ikke er null. En logg uten us= sier derfor ingenting om klokken eller bygget; det betyr vanligvis at den konfigurerte detaljgraden er for lav. Sjekk konfigurasjonen før du gir tidssynkroniseringen skylden.

Innstillingen er lett å bekrefte fra serverkonfigurasjonen. Kjør kommandoen nedenfor og les tallet den returnerer. Detaljert tidsstempelutdata vises ved detaljgrad 4, så en lavere verdi forklarer det manglende feltet uten noen annen feil. Kjøre den samme konfigurasjonen med --verb 4 viser feltet når daemonen starter på nytt med det nivået.

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

Høyere detaljgrad legger til detaljer i loggen; det forbedrer ikke klokken. Etter omstarten kan du sammenligne en ny linje med en gammel for å bekrefte at formatet er endret, og senke nivået igjen når spørsmålet er besvart.

Hva seks sifre ikke beviser

Seks sifre beskriver oppløsning, og oppløsning sier ingenting om hvorvidt to verter er enige om tiden. En klient og en server kan begge skrive ut mikrosekunder mens klokkene deres avviker med sekunder. Når du korrelerer hendelser på tvers av maskiner, noter tidssonen og enhver kjent forskyvning, og foretrekk et felt som navngir peer eller sesjon fremfor noe tidsstempel. To linjer som deler en brøkdel er ikke nødvendigvis samme forbindelse.

En innsamler kan stemple hver linje ved ankomst, noe som legger til et andre tidsstempel som tilhører innsamleren og ikke OpenVPN. Identifiser hvilket du leser før du sammenligner dem, og ta vare på den rå linjen slik at sammenligningen kan gjøres på nytt.

En fersk us= verdi beviser ikke at en ny klient logget inn, og en gjentatt beviser ikke en dobbel hendelse. Peer- og tilkoblingsfeltene svarer på de spørsmålene.