VPN പേലോഡ് എൻക്രിപ്റ്റ് ചെയ്തിരിക്കുമ്പോൾ റൂട്ടർ ലോഗുകൾ എന്ത് കാണിക്കുന്നു
എൻക്രിപ്ഷൻ പേലോഡിനെ മറയ്ക്കുന്നു, പ്രവാഹത്തെയല്ല. വീട്ടിലെ ഗേറ്റ്‌വേ എന്ത് രേഖപ്പെടുത്തുന്നു, അപ്‌സ്ട്രീം നിരീക്ഷകൻ എന്ത് സൂക്ഷിക്കുന്നു എന്നിവ താരതമ്യം ചെയ്ത ശേഷം നിങ്ങളുടെ സ്വന്തം കൗണ്ടറുകൾ പരിശോധിക്കുക.
ഒരു പാക്കറ്റിന്റെ ഉള്ളടക്കം വായിക്കാമോ എന്ന് എൻക്രിപ്ഷൻ തീരുമാനിക്കുന്നു, പാക്കറ്റിന്റെ നിലനിൽപ്പ്, വലിപ്പം, സമയം എന്നിവ രേഖപ്പെടുത്തുമോ എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. എൻക്രിപ്റ്റ് ചെയ്ത ടണൽ കൈമാറുന്ന റൂട്ടർ എത്തിക്കേണ്ട ഒരു പ്രവാഹം കാണുന്നു, അത് എണ്ണാനും സമയമുദ്ര ചേർക്കാനും ആർക്കാണെന്ന് ആരോപിക്കാനും കഴിയും. വീട്ടിലെ ഗേറ്റ്‌വേ എന്ത് രേഖപ്പെടുത്തുന്നു എന്നതിനെ അപ്‌സ്ട്രീം നെറ്റ്‌വർക്ക് എന്ത് രേഖപ്പെടുത്തുന്നു എന്നതുമായി താരതമ്യം ചെയ്യുക, വ്യത്യാസം ഓരോന്നിനും ഏത് ഫീൽഡുകൾ സൂക്ഷിക്കാൻ കാരണമുണ്ട് എന്നതിലാണെന്ന് കാണാം.
ഈ താരതമ്യമാണ് ഉപയോഗപ്രദം, കാരണം സ്വകാര്യതാ ചർച്ചകളിൽ രണ്ട് രേഖകളും പലപ്പോഴും കൂട്ടിക്കലർത്തപ്പെടുന്നു. അവ വ്യത്യസ്ത ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുന്നു, വ്യത്യസ്ത കാലയളവുകളിൽ സൂക്ഷിക്കപ്പെടുന്നു.
രണ്ട് നിരീക്ഷകർ, രണ്ട് വ്യത്യസ്ത രേഖകൾ
നിങ്ങളുടെ അതിരിലെ ഗേറ്റ്‌വേയ്ക്ക് പ്രവാഹം ഏത് പ്രാദേശിക ഇന്റർഫേസ് ഉപയോഗിച്ചു എന്നും, അത് തന്നെ വിലാസങ്ങൾ വിതരണം ചെയ്യുമ്പോൾ ആ സമയത്ത് ഏത് ഉപകരണത്തിനാണ് ആ വിലാസം ഉണ്ടായിരുന്നത് എന്നും അറിയാം. നിങ്ങൾ ഏത് റിസോൾവറിനോട് ചോദിച്ചു, ഏത് എൻഡ്‌പോയിന്റുമായി ബന്ധപ്പെട്ടു എന്നും അതിന് കാണാനാകും. അപ്‌സ്ട്രീമിൽ അതേ ട്രാഫിക് വിവർത്തനം ചെയ്ത് എത്തുന്നു, അതിനാൽ മറ്റൊരു നെറ്റ്‌വർക്ക് ഇടം മുഴുവൻ പങ്കിടുന്ന ഒരു പൊതു വിലാസം കാണുന്നു, അതാണ് RFC 3022 ൽ വിവരിച്ചിരിക്കുന്ന പ്രവർത്തനം. ഒരു നിരീക്ഷകനും പേലോഡ് വായിച്ചിട്ടില്ല, രണ്ട് രേഖകളിൽ ഒന്നും മറ്റൊന്ന് ഉൾക്കൊള്ളുന്നില്ല.
ബൈറ്റ് തുകകളും ഈ വിഭാഗത്തിൽ പെടുന്നു. വോളിയം കൗണ്ടർ ട്രാഫിക് കടന്നുപോയി എന്ന് രേഖപ്പെടുത്തുന്നു, അത് എന്തായിരുന്നു എന്ന് രേഖപ്പെടുത്താതെ.
ഏത് ഫീൽഡുകളാണ് യഥാർത്ഥത്തിൽ അടയാളം അവശേഷിപ്പിക്കുന്നത്
ഒരു നിർദ്ദിഷ്ട ഉപകരണം എന്ത് സംഭരിക്കുന്നു എന്നത് എന്ത് പ്രവർത്തനക്ഷമമാണ് എന്നതിനെ ആശ്രയിച്ചിരിക്കുന്നു, അതിനാൽ ഏതൊരു സാർവത്രിക വാദവും സംശയത്തിന് അർഹമാണ്. പട്ടിക പ്രായോഗികമായി പ്രധാനമായ ഫീൽഡുകളും ഓരോന്നിന്റെയും അർത്ഥവും പട്ടികപ്പെടുത്തുന്നു.
| Field | Home gateway | Upstream observer |
|---|---|---|
| VPN endpoint address | Yes, as a destination | Yes |
| Local device mapping | Only where it assigns the address | No |
| Byte and packet counts | If statistics are enabled | Usually |
| Flow start and end | If connection logging is on | Usually |
| DNS queries | If the resolver is local | Only if the resolver is theirs |
| Payload contents | No | No |
പട്ടിക വരികളായി വായിക്കുക, നിരകളായി അല്ല, കാരണം ഓരോ വരിയും വ്യത്യസ്ത നിഗമനത്തെ പിന്തുണയ്ക്കുന്നു. എൻഡ്‌പോയിന്റ് വിലാസം ഒരു ടണൽ ഉണ്ടെന്ന് കാണിക്കുന്നു, അത് എന്ത് വഹിച്ചു എന്നല്ല. പ്രാദേശിക ഉപകരണ മാപ്പിംഗ് ഒരു പ്രവാഹത്തെ ഒരു വ്യക്തിയുമായി ബന്ധിപ്പിക്കുന്ന വരിയാണ്, അതാണ് വീട്ടിലെ ഗേറ്റ്‌വേ സൂക്ഷിക്കുന്നത്, അപ്‌സ്ട്രീം നിരീക്ഷകൻ സാധാരണയായി സൂക്ഷിക്കുന്നില്ല.
പേലോഡ് വരി രണ്ട് നിരകളിലും ഒരുപോലെയാണ്, എൻക്രിപ്ഷൻ യഥാർത്ഥത്തിൽ ഉറപ്പുനൽകുന്ന ഭാഗം അതാണ്. ബാക്കിയെല്ലാം ലോഗിംഗ് തിരഞ്ഞെടുപ്പുകളെ ആശ്രയിച്ചിരിക്കുന്നു.
ടണൽ അവസാനിപ്പിക്കുന്ന റൂട്ടർ കൂടുതൽ കാണുന്നു
മറ്റൊരാളുടെ എൻക്രിപ്റ്റ് ചെയ്ത ട്രാഫിക് കൈമാറുന്ന ഗേറ്റ്‌വേയും ടണൽ സ്വയം നടത്തുന്ന റൂട്ടറും വ്യത്യസ്ത സ്ഥാനങ്ങളിലാണ്. രണ്ടാമത്തേത് ടണലിന്റെ അവസ്ഥയും അതിന്റെ താക്കോലുകളും സൂക്ഷിക്കുന്നു, അതിനാൽ ആന്തരിക വിലാസങ്ങളും ടണലിനുള്ളിലെ ലക്ഷ്യസ്ഥാനങ്ങളും കാണാനാകും. ആ റൂട്ടർ ആന്തരിക നെറ്റ്‌വർക്കിനും വിലാസങ്ങൾ വിവർത്തനം ചെയ്യുന്നുവെങ്കിൽ, അതിന്റെ ലോഗുകൾക്ക് ഒരു രേഖയിൽ ഒരു ഉപകരണത്തെ ഒരു ആന്തരിക ലക്ഷ്യസ്ഥാനവുമായി ബന്ധിപ്പിക്കാനാകും. ഇത് പുറം പ്രവാഹത്തിൽ നിന്ന് വ്യത്യസ്തമായ വെളിപ്പെടുത്തലാണ്, അതേ പെട്ടി തന്നെ ഉണ്ടാക്കുന്നത്.
ഇതിനെ ഒരു സാധാരണ ഗേറ്റ്‌വേയ്ക്ക് പിന്നിലുള്ള ലാപ്‌ടോപ്പ് ക്ലയന്റുമായി താരതമ്യം ചെയ്യുക: ഗേറ്റ്‌വേ പുറം പ്രവാഹം രേഖപ്പെടുത്തുന്നു, ക്ലയന്റിന്റെ സ്വന്തം ലോഗ് ആന്തരിക വിശദാംശം സൂക്ഷിക്കുന്നു. ചിത്രത്തിന്റെ ഏത് പകുതി ആരുടെ കൈവശമുണ്ട് എന്ന് ചോദിക്കുന്നത്, നെറ്റ്‌വർക്കിന് എൻക്രിപ്ഷനിലൂടെ കാണാമോ എന്ന് ചോദിക്കുന്നതിനേക്കാൾ ഫലപ്രദമാണ്. രണ്ടാമത്തെ ചോദ്യത്തിന് സത്യസന്ധമായ ഉത്തരം ഇല്ല, അത് നിങ്ങളുടെ വിധേയത്വം തീരുമാനിക്കുന്ന ചോദ്യവുമല്ല.
നിങ്ങളുടെ സ്വന്തം ഉപകരണം എന്ത് രേഖപ്പെടുത്തുന്നു എന്ന് പരിശോധിക്കുക
മറ്റുള്ളവരുടെ ഉപകരണങ്ങളെക്കുറിച്ച് ചിന്തിക്കുന്നതിന് മുമ്പ് സ്വന്തം ഉപകരണങ്ങൾ നോക്കുക. താഴെയുള്ള കമാൻഡുകൾ കൗണ്ടറുകളുള്ള ഫയർവാൾ നിയമങ്ങൾ, ഇപ്പോഴും ജീവനുള്ള കണക്ഷൻ എൻട്രികൾ, കണക്ഷനെ പരാമർശിക്കുന്ന ലോഗ് വരികൾ എന്നിവ പട്ടികപ്പെടുത്തുന്നു. അവ Linux അടിസ്ഥാനമാക്കിയ റൂട്ടറിന് ബാധകമാണ്, ഭൂരിഭാഗം ഉപഭോക്തൃ ഫേംവെയറും അതിൽ നിന്നാണ് ഉത്ഭവിക്കുന്നത്.
nft list ruleset | grep -A2 counter
conntrack -L 2>/dev/null | grep 1194
logread | grep -iE 'vpn|1194' | tail -n 20
cat /proc/net/nf_conntrack | wc -lകൗണ്ടറുകളുള്ള ഒരു നിയമക്കൂട്ടം ഉപകരണം എന്ത് എണ്ണാൻ തയ്യാറാണെന്ന് പറയുന്നു, കണക്ഷൻ പട്ടിക ചരിത്രത്തിന് പകരം ജീവനുള്ള പ്രവാഹങ്ങൾ കാണിക്കുന്നു. ലോഗ് വരികൾ ഫേംവെയർ കണക്ഷൻ സംഭവങ്ങൾ എഴുതുന്നുണ്ടോ എന്ന് സ്ഥിരീകരിക്കുന്നു, അത് തർക്കത്തിന്റെ ഭൂരിഭാഗവും തീർക്കുന്നു. നാല് കമാൻഡുകളിലും ശൂന്യമായ ഔട്ട്പുട്ട് എന്നാൽ പെട്ടി രേഖപ്പെടുത്താതെ കൈമാറുന്നു എന്നാണ്, അതും ഒരു ഉത്തരമാണ്. ക്ലയന്റിൽ പരിശോധന ആവർത്തിക്കുക, കാരണം അതിന്റെ ലോഗ് ചിത്രത്തിന്റെ മറ്റേ പകുതി സൂക്ഷിക്കുന്നു.
പ്രവർത്തനക്ഷമമാക്കിയ സൗകര്യങ്ങളും നിലനിർത്തൽ ക്രമീകരണവും ഔട്ട്പുട്ടുകൾക്ക് അടുത്ത് രേഖപ്പെടുത്തുക. അതേ ഹാർഡ്‌വെയർ ഇന്ന് നിശ്ശബ്ദമായിരിക്കാം, ടെലിമെട്രി ഓണാക്കുന്ന ഫേംവെയർ അപ്‌ഡേറ്റിന് ശേഷം സംസാരിക്കുന്നതാകാം.