VPN ലോഗ് ബ്രൗസിംഗിനെക്കുറിച്ച് എന്ത് തെളിയിക്കാനാകും, എന്ത് തെളിയിക്കാനാകില്ല

ലോഗ് ശേഖരിക്കുന്നവനെ തിരഞ്ഞെടുക്കുന്നതിന് മുൻപ് ഓഡിറ്റ് ഏത് സംഭവം സ്ഥാപിക്കണമെന്ന് തീരുമാനിക്കുക. ഏത് VPN സെഷൻ ഒരു ലക്ഷ്യ വിലാസവുമായി ബന്ധപ്പെട്ടു എന്ന് ചോദിക്കുന്നത്, ഏത് വ്യക്തി ഒരു പ്രത്യേക പേജ് തുറന്നു എന്ന് ചോദിക്കുന്നതിൽ നിന്ന് വ്യത്യസ്തമായ ചോദ്യമാണ്. രണ്ടിനും വ്യത്യസ്ത റെക്കോർഡുകൾ, വ്യത്യസ്ത ബന്ധങ്ങൾ, വ്യത്യസ്ത തരത്തിലുള്ള വിശ്വാസം ആവശ്യമാണ്. OpenVPN കണക്ഷൻ ലോഗ് ആദ്യത്തേതിന് ഉത്തരം നൽകുന്നു, രണ്ടാമത്തേതിന് ഉത്തരം നൽകാനാകില്ല.

ശേഖരിക്കുന്നവനെ തിരഞ്ഞെടുക്കുന്നതിന് മുൻപ് സംഭവത്തിന് പേര് നൽകുക

സെഷൻ റെക്കോർഡ് സ്വീകരിച്ച ഐഡന്റിറ്റി, ആരംഭ, അവസാന സമയം, സർവർ സ്വന്തം നയപ്രകാരം നൽകിയ വിലാസം എന്നിവ കാണിക്കുന്നു. റിസോൾവർ ലോഗ് ആ റിസോൾവറിൽ ഒരു പേര് ചോദിച്ചു എന്ന് കാണിക്കുന്നു. ഫ്ലോ റെക്കോർഡ് വിലാസങ്ങൾ, പോർട്ടുകൾ, പ്രോട്ടോക്കോൾ, സമയം എന്നിവ കാണിക്കുന്നു, ആപ്ലിക്കേഷൻ ലോഗ് ആ ആപ്ലിക്കേഷൻ യഥാർത്ഥത്തിൽ കൈകാര്യം ചെയ്ത ഇടപാട് കാണിക്കുന്നു. ഈ നാലിൽ ഒന്നും മറ്റൊന്നിന് പകരമാകുന്നില്ല.

അവയോരോന്നും ഒരു സംഭവം സ്ഥാപിക്കുകയും ബാക്കിയുള്ളവ തുറന്നിടുകയും ചെയ്യുന്നു. ചോദ്യം ആദ്യം എഴുതിവെക്കുന്നത് ഡാറ്റ പിന്തുണയ്ക്കാത്ത ഒരു കഥ കൂട്ടിച്ചേർക്കുന്നതിൽ നിന്ന് നിങ്ങളെ തടയുന്നു.

journalctl -u [email protected] --since today | grep -i 'peer info\|assigned'
cat /etc/openvpn/server/openvpn-status.log | head -20
conntrack -L -p tcp --dport 443 2>/dev/null | head -20

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

തിരയൽ സന്ദർശനമല്ല

ബ്രൗസർ പേരുകൾ ഊഹാപോഹമായി പരിഹരിക്കുന്നു, ഉത്തരങ്ങൾ കാഷെ ചെയ്യുന്നു, നിരീക്ഷിക്കപ്പെടുന്ന റിസോൾവറിനോട് വീണ്ടും ചോദിക്കാതെ അവ വീണ്ടും ഉപയോഗിക്കുന്നു. അതിനാൽ റിസോൾവർ ലോഗിലെ ഒരു പേര് തിരയൽ തെളിയിക്കുന്നു, സന്ദർശനമല്ല. HTTPS-ന് മുകളിലുള്ള DNS ഈ വിടവ് വിശാലമാക്കുന്നു, കാരണം അതിനായി ക്രമീകരിച്ച ബ്രൗസർ അതിന്റെ ചോദ്യങ്ങൾ നിങ്ങളുടെ സാധാരണ ലോഗർ ഒരിക്കലും കാണാത്ത ഇടത്തേക്ക് അയയ്ക്കുന്നു.

ലക്ഷ്യ വിലാസങ്ങൾ സ്വയം മികച്ചതല്ല. ഒരു വിലാസത്തിന് പല ബന്ധമില്ലാത്ത സൈറ്റുകൾ ഹോസ്റ്റ് ചെയ്യാം, റിവേഴ്സ് DNS പുനർനിർമ്മാണമല്ല, ഊഹമാണ്, TLS ഹാൻഡ്ഷേക്കിനിടയിൽ കാണുന്ന ഹോസ്റ്റ്നെയിം എൻക്രിപ്റ്റ് ചെയ്ത സെഷനുള്ളിലെ അഭ്യർത്ഥന പാതയല്ല.

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

ഒരു വ്യക്തിയെ പേരിടുന്നതിന് മുൻപ് ഐഡന്റിറ്റിയും സമയവും ബന്ധിപ്പിക്കുക

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

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

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

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

നിങ്ങൾ നിയന്ത്രിക്കുന്ന പ്രവർത്തനത്തോടെ ഓഡിറ്റ് പരീക്ഷിക്കുക

സെഷനും ആപ്ലിക്കേഷനും നിങ്ങൾക്ക് മുൻകൂട്ടി അറിയാവുന്ന അനുവദിച്ച ട്രാഫിക് സൃഷ്ടിക്കുക, തുടർന്ന് ഓരോ റെക്കോർഡും യഥാർത്ഥത്തിൽ എന്ത് പിടിച്ചെടുത്തു എന്ന് പരിശോധിക്കുക. പേജ് ലോഡ് ചെയ്യാതെ തിരയൽ നടത്തുക, കാഷെയിൽ നിന്ന് ഒരു പേജ് ലോഡ് ചെയ്യുക, പ്രോക്സി വഴി ഒരു കണക്ഷൻ തുറക്കുക, ഏത് സംഭവങ്ങൾ പ്രത്യക്ഷപ്പെടുന്നു എന്ന് കാണുക.

തെളിവുകൾ പിന്തുണയ്ക്കുന്ന സംഭവം റിപ്പോർട്ട് ചെയ്യുക, അത് എന്ത് ഉൾക്കൊള്ളുന്നില്ല എന്ന് പറയുക. പ്രഖ്യാപിത പരിധിയുള്ള ഒരു സാധാരണ റെക്കോർഡ് അവലോകനത്തിൽ നിലനിൽക്കുന്നു; ഊഹങ്ങളിൽ നിന്ന് കൂട്ടിച്ചേർത്ത അഭിലാഷമുള്ള ബ്രൗസിംഗ് ചരിത്രം നിലനിൽക്കുന്നില്ല.