Ano ang ibig sabihin ng us= sa isang linya ng log ng OpenVPN, at paano ito i-convert

Inilalagay ng text log ng OpenVPN ang petsa, oras at isang us= halaga sa parehong linya, at ang huli sa tatlo ang bahaging malimit maling maintindihan ng mga mambabasa. Ito ang microsecond na bahagi ng timestamp na iyon, nakalimbag nang walang padding na sero. Hindi ito session identifier, username o counter, at kung ituturing na ganoon, nagiging tiwala ngunit maling konklusyon ang isang bahagi ng segundo. I-convert ito bilang bahagi ng ipinapakitang segundo at mananatiling nababasa ang natitirang linya.

Ano ang ibig sabihin ng tatlong bahagi ng linya

Nauna ang petsa at buong segundo, at ang us= ang nagdadala ng natitira sa ilalim ng isang segundo. Ang halagang 12345 ay labindalawang libo tatlong daan apatnapu't limang microsecond, o 0.012345 segundo, kaya inilalarawan ng linya ang 09:15:30.012345 kapag ang nakalimbag na oras ay 09:15:30. Nagsisimula muli ang counter sa bawat bagong segundo, kaya ang susunod na linya ay makapaglilimbag ng mas maliit na bahagi nang walang orasang umaatras. Tanging ang buong timestamp ang nag-aayos ng mga pangyayari.

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

Ang yunit ay isang milyon ng isang segundo, at anim na digit us= ang sumasaklaw sa buong saklaw mula 0.000000 hanggang 0.999999. Ang limang digit ay naglalarawan ng sampu-sampung millisecond, habang ang anim ay naglalarawan ng daan-daang millisecond hanggang halos isang buong segundo. Kung ang conversion ay nagbigay ng bahaging mas malaki sa isa, gumalaw ang decimal point at mali ang aritmetika. Ang paggawa nito sa kamay ay nangangahulugang hatiin ang nakalimbag na integer sa isang milyon at idagdag ito sa buong segundo.

Ang padding ang bitag. us=42 ay apatnapu't dalawang microsecond, isinulat bilang .000042, hindi .42. Punuin ang integer hanggang anim na puwesto sa kaliwa bago i-convert, at hindi na magmumukhang decimal na bahagi ng mga digit na nakikita mo ang halaga.

Pag-convert ng linya nang walang calculator

Gawing batayan ang nakalimbag na segundo at ituring ang us= bilang bahagi. Para sa 09:15:30 na may us=12345 ang decimal na anyo ay 09:15:30.012345; para sa us=900000 ito ay 09:15:30.900000. Ang mga digit pagkatapos ng decimal point ay ang napunong integer, hindi kailanman ang integer na hinati sa isang libo. Ang pagsulat muna ng anim na digit na anyo ay pumipigil sa karamihan ng pagkakamali.

Kung ini-parse mo ang mga log sa timestamp, parsehin ang petsa, buong segundo at bahagi nang magkasama. Ang parser na nag-aakalang millisecond ay mag-aayos ng mga pangyayari nang mali nang isang libong beses, at mukhang makatwiran pa rin ang output.

Kapag wala ang field sa log

Ang bahagi ng microsecond ay kabilang sa text log format at lumilitaw lamang kapag naka-enable ang detalyadong timestamp. Sa formatter ng timestamp ng OpenVPN 2.6, idinadagdag ito kapag naka-on ang output na iyon at ang naka-store na halaga ay hindi sero. Kaya ang log na walang us= ay walang sinasabi tungkol sa orasan o build; karaniwang ibig sabihin nito ay masyadong mababa ang naka-configure na verbosity. Suriin ang configuration bago sisihin ang pag-synchronize ng oras.

Madaling kumpirmahin ang setting mula sa configuration ng server. Patakbuhin ang command sa ibaba at basahin ang numerong ibinabalik nito. Lumilitaw ang detalyadong timestamp output sa verbosity 4, kaya ipinapaliwanag ng mas mababang halaga ang nawawalang field nang walang ibang sira. Ang pagpapatakbo ng parehong configuration gamit ang --verb 4 ay nagpapakita ng field kapag nag-restart ang daemon sa antas na iyon.

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

Ang pagtaas ng verbosity ay nagdaragdag ng detalye sa log; hindi nito pinapabuti ang orasan. Pagkatapos ng restart, ihambing ang bagong linya sa luma upang kumpirmahin na nagbago ang format, at ibaba muli ang antas kapag nasagot na ang tanong.

Ano ang hindi pinapatunayan ng anim na digit

Ang anim na digit ay naglalarawan ng resolution, at ang resolution ay walang sinasabi kung nagkakasundo ang dalawang host tungkol sa oras. Maaaring parehong maglimbag ng microsecond ang client at server habang nagkakaiba ang kanilang orasan nang ilang segundo. Kapag nag-uugnay ka ng mga pangyayari sa iba't ibang makina, itala ang time zone at anumang kilalang offset, at unahin ang field na nagpapangalan sa peer o session kaysa sa anumang timestamp. Ang dalawang linyang may parehong bahagi ay hindi laging parehong koneksyon.

Maaaring lagyan ng selyo ng collector ang bawat linya pagdating, na nagdaragdag ng pangalawang timestamp na pag-aari ng collector at hindi ng OpenVPN. Tukuyin kung alin ang binabasa mo bago ihambing ang mga ito, at itago ang hilaw na linya upang maulit ang paghahambing.

Ang bagong halaga ng us= ay hindi pinapatunayan na may bagong client na nag-login, at ang paulit-ulit ay hindi pinapatunayan ang dobleng pangyayari. Sinasagot ng peer at connection field ang mga tanong na iyon.