ഒരു VPN ലോഗിലെ മൂന്ന് ഘടികാരങ്ങൾ: ക്ലയന്റ്, ഗേറ്റ്‌വേ, ശേഖരണി

VPN സംഭവത്തിന്റെ സമയരേഖ സാധാരണയായി കുറച്ച് മിനിറ്റ് വ്യത്യാസമുള്ള രണ്ട് സമയ മുദ്രകളിലും വേറെ മണിക്കൂർ കാണിക്കുന്ന ഡിസ്പ്ലേയിലും തുടങ്ങുന്നു. ഒന്നിനെ ശരിയെന്ന് തിരഞ്ഞെടുത്ത് മറ്റൊന്ന് വീണ്ടും എഴുതുക എന്നതാണ് പ്രലോഭനം. രണ്ടും ശരിയാകാം, കാരണം വ്യത്യസ്ത സംഭവങ്ങളെക്കുറിച്ച് വ്യത്യസ്ത ഘടികാരങ്ങളാണ് അവ എഴുതിയത്. VPN-ന് ഒരു ഘടികാരമേയുള്ളൂ എന്നത് കെട്ടുകഥയാണ്; ഏത് ഘടകം ഏത് ഫീൽഡ് എഴുതി എന്ന് കണ്ടെത്തുകയാണ് ജോലി.

കെട്ടുകഥ: VPN-ന് ഒരു ഘടികാരം മാത്രം

ക്ലയന്റ് ഒരു കണക്ഷൻ ശ്രമിക്കുമ്പോൾ സംഭവം എഴുതുന്നു. ഗേറ്റ്‌വേ ആ ശ്രമം സ്വീകരിക്കുമ്പോൾ അല്ലെങ്കിൽ അംഗീകരിക്കുമ്പോൾ സംഭവം എഴുതുന്നു. ശേഖരണി ഗേറ്റ്‌വേയുടെ സന്ദേശം സ്വീകരിക്കുമ്പോൾ ആഗമന സമയം എഴുതുന്നു. ഇവ മൂന്ന് സംഭവങ്ങളാണ്, ഓരോന്നും എഴുതുന്ന ഘടകം വിശ്വസിച്ച ഘടികാരം കൊണ്ട് മുദ്രണം ചെയ്യപ്പെടുന്നു. അവയെ ഒരു സമയരേഖയിലേക്ക് ചുരുക്കുന്നത് നിങ്ങൾ വിശദീകരിക്കാൻ ശ്രമിക്കുന്ന വൈരുദ്ധ്യം മറയ്ക്കുന്ന ഒരു സൗകര്യമാണ്.

സംഖ്യകൾ സാധാരണയായി സെക്കൻഡ് മുതൽ മിനിറ്റ് വരെ വ്യത്യാസപ്പെടുന്നു, അത് സാധാരണമാണ്. പ്രധാനം, വ്യത്യാസം ഡെലിവറി കാലതാമസമാണോ, ഘടികാര വ്യതിയാനമാണോ, അതോ യഥാർത്ഥത്തിൽ വേറെ സംഭവമാണോ എന്നതാണ്. ഏതാണ് നിങ്ങൾ നോക്കുന്നതെന്ന് തീരുമാനിക്കാൻ ഓരോ ഫീൽഡിന്റെയും ഉത്ഭവം വേണം, ഏത് യന്ത്രമാണ് ശരി എന്നതിനെക്കുറിച്ചുള്ള ശക്തമായ അഭിപ്രായമല്ല.

മൂല്യത്തിന് മുമ്പ് ഉറവിടം വായിക്കുക

മൂല്യങ്ങൾ താരതമ്യം ചെയ്യുന്നതിന് മുമ്പ് ഓരോന്നും ആരു നിർമ്മിച്ചു, ഏത് ഫീൽഡാണ് എന്ന് തിരിച്ചറിയുക. syslog സന്ദേശം ഉറവിടത്തിൽ നിന്നുള്ള സമയ മുദ്ര വഹിക്കുന്നു, RFC 5424 വിവരിക്കുന്നതുപോലെ, കൂടാതെ ഫോർമാറ്റിന് സമന്വയവും കൃത്യതയും വിവരിക്കുന്ന സമയ ഗുണനിലവാര വിവരങ്ങളും വഹിക്കാം. അതേ ഫോർമാറ്റ്, സിസ്റ്റം സമയം വായിക്കാൻ കഴിയാത്തപ്പോൾ ഉറവിടത്തിന് ഒരു സമയ മുദ്രയും അയയ്ക്കാതിരിക്കാൻ അനുവദിക്കുന്നു, അത് തന്നെ ഉപയോഗപ്രദമായ സൂചനയാണ്.

journalctl -o short-iso --utc -n 20
logger -t vpn-check "test event"

ക്ലയന്റിന് ആപ്ലിക്കേഷൻ മെറ്റാഡാറ്റയായി ഒരു സമയ മൂല്യവും അയയ്ക്കാം, അത് സംഭരിക്കുന്ന സേവനം അതിനെ സ്വതന്ത്രമായി പരിശോധിച്ചതായി കണക്കാക്കുന്നതിന് പകരം ക്ലയന്റ് റിപ്പോർട്ട് ചെയ്തതായി ലേബൽ ചെയ്യണം. ആ ലേബലാണ് തെളിവും വാദവും തമ്മിലുള്ള വ്യത്യാസം. ഒരു കേസിനായി ലോഗുകൾ കയറ്റുമതി ചെയ്യുമ്പോൾ ഫീൽഡിന്റെ പേര്, ഉറവിടം, വ്യതിയാനം എന്നിവ ഒരുമിച്ച് സൂക്ഷിക്കുക. അവയെ സൗകര്യപ്രദമായ പ്രാദേശിക സമയത്തിലേക്ക് ചുരുക്കുന്നത് നിങ്ങൾക്ക് ആവശ്യമായ വിവരം തന്നെ നശിപ്പിക്കുന്നു.

ഏത് ഘടകമാണ് ഒരു ഫീൽഡ് എഴുതിയതെന്ന് പറയാൻ കഴിയില്ലെങ്കിൽ നിർത്തുക. അതിനെ മറ്റെന്തെങ്കിലുമായി താരതമ്യം ചെയ്യുന്നത് ഊഹമാണ്.

സമയ മേഖലയുടെ പ്രദർശനം വേറെ നിമിഷമല്ല

അതേ നിമിഷം 10:00Z എന്നും 18:00+08:00 എന്നും കാണിക്കുന്നത് പൊരുത്തക്കേടല്ല, അതിനെ അങ്ങനെ കണക്കാക്കുന്നത് പകുതി ദിവസം പാഴാക്കുന്നു. താരതമ്യം ചെയ്യുന്നതിന് മുമ്പ് രണ്ടും UTC-യിലേക്ക് മാറ്റുക, യഥാർത്ഥ പാഠം പരിവർത്തനത്തിന് അരികിൽ സൂക്ഷിക്കുക. ഒരു വശത്ത് ദശാംശ ഭിന്നസംഖ്യയും മറുവശത്ത് പൂർണ സെക്കൻഡുകളും ഉണ്ടായിരിക്കുന്നതും സംഘർഷമല്ല. കൃത്യത എന്നത് ശരിയായിരിക്കലല്ല: മില്ലിസെക്കൻഡുള്ള ഒരു മൂല്യവും മിനിറ്റുകൾ തെറ്റുന്ന ഘടികാരത്തിൽ നിന്ന് വരാം.

date -u +%FT%TZ
timedatectl

ഡെലിവറി കാലതാമസമാണ് മറ്റൊരു സാധാരണ വിശദീകരണം. ഗേറ്റ്‌വേ കണക്ഷൻ സ്വീകരിച്ച സമയം രേഖപ്പെടുത്തുന്നു, ശേഖരണി സന്ദേശം തന്നിൽ എത്തിയ സമയം രേഖപ്പെടുത്തുന്നു, അതിനാൽ അവയ്ക്കിടയിലുള്ള വിടവ് ഗതാഗത സമയമാണ്. ആ വിടവ് ലോഗ് പൈപ്പ്‌ലൈനിനെക്കുറിച്ച് എന്തോ പറയുന്നു, VPN സെഷനെക്കുറിച്ചല്ല. അതിനെ ആഗമന സമയമായി ലേബൽ ചെയ്യുക, അപ്പോൾ അത് സംഭവ സമയവുമായി മത്സരിക്കുന്നത് നിർത്തും.

തെളിവുകൾ വീണ്ടും എഴുതാതെ ബന്ധിപ്പിക്കുക

യഥാർത്ഥ സമയ മുദ്രകൾ സൂക്ഷിക്കുക, പൊതുവായ കാഴ്ച വേണമെങ്കിൽ ഒരു ഡെറിവേറ്റീവ് നിര ചേർക്കുക. ഉറവിട രേഖകൾ തിരുത്തുന്നതിന് പകരം കുറിപ്പുകളിൽ പരിവർത്തനം വിശദീകരിക്കുക, കാരണം പിന്നീടുള്ള അവലോകകൻ പരിശോധിക്കുന്നത് ഉറവിടമാണ്. ശേഖരണിയുടെ ആഗമന സമയം അത് ഉള്ളിടത്തെല്ലാം വെവ്വേറെ സൂക്ഷിക്കുക.

chronyc tracking
journalctl --utc -u openvpn-client@work -n 50 --no-pager

ഒരു ഉപകരണത്തിന്റെ ഘടികാരം മാറ്റുന്നത് സ്വകാര്യതാ നിയന്ത്രണമല്ല, മറ്റൊരു സംവിധാനത്തിന് ഇതിനകം ഉള്ള രേഖകൾ വീണ്ടും എഴുതുന്നുമില്ല. അത് പിന്തുണാ തെളിവുകൾ താരതമ്യം ചെയ്യുന്നത് ബുദ്ധിമുട്ടാക്കുന്നു, സമയത്തെ ആശ്രയിക്കുന്ന സർട്ടിഫിക്കറ്റ്, കോഡ് പരിശോധനകൾ തകർക്കാം. സാധാരണ പ്രവർത്തനത്തിന് ഘടികാരങ്ങൾ സമന്വയിപ്പിച്ച് സൂക്ഷിക്കുക, ബോധപൂർവമുള്ള വ്യതിയാനം അന്വേഷിക്കേണ്ട തകരാറായി കാണുക. രണ്ട് രേഖകളും ക്രമത്തിന് പുറത്താണെന്ന് തോന്നിയാൽ, പുതിയ ചരിത്രം നിർമ്മിക്കുന്നതിന് മുമ്പ് ഘടികാര സമന്വയവും ഡെലിവറിയും നോക്കുക.

ഉപേക്ഷിക്കേണ്ട കെട്ടുകഥ ഒരു VPN സമയം മാത്രമുണ്ട് എന്നതാണ്. ഓരോ ഫീൽഡും എന്ത് എഴുതി, അത് അങ്ങനെ ചെയ്തപ്പോൾ എന്ത് സംഭവിച്ചു എന്ന് ചോദിക്കുക, അപ്പോൾ സമയരേഖ വൈരുദ്ധ്യമല്ല, ലേബൽ ചെയ്ത നിരീക്ഷണങ്ങളുടെ കൂട്ടമാകുന്നു.