നിങ്ങൾ ഉപയോഗിച്ച VPN എക്സിറ്റ് വിലാസം എങ്ങനെ രേഖപ്പെടുത്തി പരിശോധിക്കാം
ക്ലയന്റ് ആപ്പുകൾ സ്ഥലനാമം കാണിക്കുന്നു, നിങ്ങളുടെ ട്രാഫിക് പുറത്തുപോയ വിലാസമല്ല. കണക്റ്റ് ചെയ്യുമ്പോൾ എക്സിറ്റ് IP പിടിച്ചെടുത്ത് നേരിട്ടുള്ള അടിസ്ഥാനരേഖയുമായി താരതമ്യം ചെയ്യുക.
ഒരു ഡെസ്ക്ടോപ്പ് VPN ക്ലയന്റിനോട് നിങ്ങൾ ഏത് സെർവറുകൾ ഉപയോഗിച്ചുവെന്ന് ചോദിക്കുക, സത്യസന്ധമായ ഉത്തരം സാധാരണയായി ഒരു സ്ഥലനാമമായിരിക്കും. ആ പേര് നിങ്ങൾ തിരഞ്ഞെടുത്ത പ്രവേശന കേന്ദ്രമാണ്, കൂടാതെ നിങ്ങളുടെ ട്രാഫിക് പുറത്തുപോയ വിലാസം തികച്ചും വേറൊരു യന്ത്രമായിരിക്കാം. ആപ്പിൽ രണ്ടാമത്തെ സംഖ്യ സൂക്ഷിക്കാൻ ഒന്നും രൂപകൽപ്പന ചെയ്തിട്ടില്ല, അതിനാൽ രേഖ ഉപയോഗത്തിന്റെ നിമിഷത്തിൽ തന്നെ നിർമ്മിക്കണം. രണ്ട് സമീപനങ്ങളുണ്ട്, അവയിൽ ഒന്ന് മാത്രമേ ഒരു സപ്പോർട്ട് കേസിനെ അതിജീവിക്കൂ.
രണ്ട് രേഖകൾ, അവയിൽ ഒന്ന് മാത്രമേ നിലനിൽക്കുന്നുള്ളൂ
ക്ലയന്റിന്റെ സ്വന്തം കാഴ്ച മികച്ച സാഹചര്യത്തിൽ സമയമുദ്രകളോടുകൂടിയ തിരഞ്ഞെടുത്ത സ്ഥലങ്ങളുടെ പട്ടികയാണ്. ഇത് രൂപകൽപ്പനയുടെ തീരുമാനമാണ്, വീഴ്ചയല്ല: വിലാസങ്ങൾ പ്രവർത്തന വിശദാംശമാണ്, അവ അനുവദനങ്ങൾക്കിടയിൽ മാറുന്നു, മാപ്പിംഗ് വെളിപ്പെടുത്തുന്നത് സപ്പോർട്ടും ദുരുപയോഗ കൈകാര്യവും ബുദ്ധിമുട്ടാക്കുന്നു. ദാതാക്കൾ തങ്ങളുടെ നെറ്റ്വർക്കുകൾക്ക് മുന്നിൽ ക്ലൗഡ് ഇൻസ്റ്റൻസുകൾ വെക്കുന്നത്, അന്തിമ പോയിന്റിന് ആരോടും പറയാതെ സ്ഥലം മാറാൻ കഴിയണം എന്നതിനാണ്. ആപ്പ് കാണിക്കുന്നത് നിങ്ങൾ എടുത്ത തിരഞ്ഞെടുപ്പാണ്, ട്രാഫിക് പോയ പാതയല്ല.
നിങ്ങൾക്ക് സ്വയം നിർമ്മിക്കാവുന്ന രേഖ ഓരോ വരിയിലും ഒരു പൊതു വിലാസവും ഒരു UTC സമയമുദ്രയുമുള്ള പ്രാദേശിക ഫയലാണ്. ഇത് ചെറുതും വൃത്തികെട്ടതും ഏറെ ഉപയോഗപ്രദവുമാണ്, കാരണം പുറത്തുനിന്നുള്ള നിരീക്ഷകനും കാണാൻ കഴിയുന്നത് ഇത് കൃത്യമായി വിവരിക്കുന്നു.
ഓപ്ഷൻ എ: എക്സിറ്റ് വിലാസം സ്വയം പിടിച്ചെടുക്കുക
ഒരു എക്കോ സേവനം അഭ്യർത്ഥന വന്ന ഉറവിട വിലാസം തിരികെ നൽകുന്നു, അതാണ് നിർവചനപ്രകാരം എക്സിറ്റ് വിലാസം. ടണൽ കണക്റ്റ് ആയി എന്ന് അറിയിച്ചതിന് ശേഷം പിടിച്ചെടുക്കൽ പ്രവർത്തിപ്പിക്കുക, കാരണം റൂട്ടുകളും DNS ഉം സ്ഥിരപ്പെടുന്നതിന് മുൻപേ കണക്റ്റ് ആണെന്ന് പറയുന്ന ക്ലയന്റ് ടണലിന് മുൻപുള്ള വിലാസം രേഖപ്പെടുത്തി ആദ്യ വരിയിൽ നിന്നുതന്നെ ലോഗ് മലിനമാക്കും.
#!/bin/sh
umask 077
log="$HOME/vpn-exit.log"
printf '%s %s\n' "$(date -u +%Y-%m-%dT%H:%M:%SZ)" "$(curl -fsS https://api.ipify.org)" >> "$log"രണ്ട് വിശദാംശങ്ങൾ ആ ഭാഗത്തെ അലങ്കാരമല്ലാതെ ഉപയോഗപ്രദമാക്കുന്നു. സമയമുദ്രയും വിലാസവും ഒരേ വരി പങ്കിടുന്നു, അതിനാൽ പിന്നീടുള്ള വിശകലനത്തിന് രേഖകൾ ജോടിയാക്കേണ്ടതില്ല, കൂടാതെ umask 077 ഫയൽ സൃഷ്ടിച്ച നിമിഷം മുതൽ സ്വകാര്യമായി സൂക്ഷിക്കുന്നു. ഇത് ഓരോ കണക്ഷനും ഒരിക്കൽ പ്രവർത്തിപ്പിക്കുക, ഓരോ ബൂട്ടിനും ഒരിക്കലല്ല, ഓരോ ഉപകരണത്തിനും ഒരു ഫയൽ സൂക്ഷിക്കുക.
ലോഗ് നിങ്ങൾ ടണൽ എപ്പോൾ ഉപയോഗിച്ചു, ഏത് നെറ്റ്വർക്കിൽ നിന്ന് പ്രത്യക്ഷപ്പെട്ടു എന്ന് രേഖപ്പെടുത്തുന്നു, ഇത് എണ്ണത്തേക്കാൾ ബ്രൗസിംഗ് ചരിത്രത്തോട് അടുത്താണ്. നിങ്ങൾക്ക് ന്യായീകരിക്കാവുന്ന കാലയളവ് തിരഞ്ഞെടുക്കുക, ഫയൽ പങ്കിട്ട സിങ്ക് ഫോൾഡറുകൾക്ക് പുറത്ത് സൂക്ഷിക്കുക, ബോധപൂർവം അത് മായ്ക്കുക.
ഓപ്ഷൻ ബി: ദാതാവിനോട് ചരിത്രം ആവശ്യപ്പെടുക
ചില ദാതാക്കൾ കണക്ഷൻ ലോഗുകൾ സൂക്ഷിക്കുന്നു, സപ്പോർട്ട് ചോദ്യത്തിന് സമയമുദ്രയും സെർവർ പേരും നൽകി ഉത്തരം നൽകും. ആ രേഖ അവരുടെ അടിസ്ഥാന സൗകര്യത്തെ വിവരിക്കുന്നു, നിങ്ങളുടെ ട്രാഫിക്കിനെയല്ല, അവരുടെ സൂക്ഷിപ്പ് വിൻഡോയും നോക്കാനുള്ള സന്നദ്ധതയും എത്ര വിലപ്പെട്ടതോ അത്രയേ വിലപ്പെട്ടതുമാണ്. ഇത് ഒരു സെഷനെയും വിവരിക്കുന്നു, അഭ്യർത്ഥനയെയല്ല. വിൻഡോ സാധാരണയായി ചെറുതാണ്, ടണലിന്റെ ദാതാവിന്റെ ഭാഗത്തുനിന്നാണ് അളക്കുന്നത്.
ലോഗ് സൂക്ഷിക്കുന്നില്ല എന്ന് പരസ്യം ചെയ്യുന്ന ദാതാക്കൾ ആവശ്യപ്പെടുമ്പോൾ ഇത് നൽകാൻ കഴിയില്ല, ക്ലയന്റ് ഭാഗത്തുള്ള സമീപകാല സ്ഥലങ്ങളുടെ പട്ടിക വേറെ കാര്യമാണ്. ലോഗ് ഇല്ലാത്ത ദാതാവിനോട് എക്സിറ്റ് വിലാസം ചോദിക്കുന്നത് സാധാരണയായി ഈ ഡാറ്റ എന്തുകൊണ്ട് ഇല്ല എന്ന വിശദീകരണത്തിൽ അവസാനിക്കും.
സപ്പോർട്ട് കേസിൽ ഓരോ രേഖയും എന്ത് തെളിയിക്കാൻ കഴിയും
രണ്ട് രേഖകളും വ്യത്യസ്ത ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുന്നു, പട്ടികയിൽ തന്നെ താരതമ്യം അക്കാദമികമായി തുടരുന്നത് നിർത്തുന്നു.
| Question | Your local log | Provider record |
|---|---|---|
| Which address did the traffic leave from? | Yes, for the moment it was captured | Usually not disclosed |
| Was the tunnel in use at 14:20? | Yes, if the capture ran | Yes, within the retention window |
| Why did a location get slower? | Yes, by comparing addresses over time | Sometimes, as an infrastructure note |
| Who sent this specific request? | No | No |
ആദ്യ നിര മാത്രമാണ് നിങ്ങളുടെ നിയന്ത്രണത്തിൽ. ദാതാവിന്റെ രേഖ ഒരു അക്കൗണ്ട് ഒരു നിശ്ചിത സമയത്ത് കണക്റ്റ് ആയിരുന്നു എന്ന് സ്ഥിരീകരിക്കാം, പക്ഷേ ഏത് അഭ്യർത്ഥനകൾ ടണൽ ഉപയോഗിച്ചു എന്ന് സ്ഥിരീകരിക്കാനാവില്ല, ദാതാവ് പ്രവർത്തന വിശദാംശമായി കണക്കാക്കുന്ന വിലാസം പേരെടുത്ത് പറയുകയുമില്ല. ഒരു രേഖയും ഒരു വ്യക്തിയെ തിരിച്ചറിയുന്നില്ല, കാരണം പങ്കിട്ട എക്സിറ്റ് വിലാസം അതേ മിനിറ്റിൽ ഒട്ടേറെ ഉപഭോക്താക്കളെ വഹിക്കാം.
ഏതെങ്കിലും ഒന്നിനെ വിശ്വസിക്കുന്നതിന് മുൻപ് രണ്ടിനെയും അടിസ്ഥാനരേഖയുമായി താരതമ്യം ചെയ്യുക
വിലാസം ഒറ്റയ്ക്ക് ഒന്നും തെളിയിക്കുന്നില്ല. കണക്റ്റ് ചെയ്യുന്നതിന് മുൻപ് നേരിട്ടുള്ള വിലാസവും, ശേഷം ടണലിലൂടെ പോയ വിലാസവും പിടിച്ചെടുത്ത് താരതമ്യം ചെയ്യുക. ഒരേ മൂല്യങ്ങൾ എന്നാൽ ടണൽ ആ അഭ്യർത്ഥന വഹിക്കുന്നില്ല എന്നാണ്, അത് വിഭജിത ടണൽ കൊണ്ടോ, മേധാവി പ്രോക്സി കൊണ്ടോ, നേരിട്ടുള്ള പാതയിലേക്ക് തിരികെ വീണ ക്ലയന്റ് കൊണ്ടോ ആകാം.
curl -fsS https://api.ipify.org; echo
curl -fsS https://api64.ipify.org; echo
dig +short TXT o-o.myaddr.l.google.com @1.1.1.1DNS-നും IPv6-നും താരതമ്യം ആവർത്തിക്കുക, കാരണം വിലാസത്തിന്റെ പ്രതിധ്വനി ഒരു HTTP അഭ്യർത്ഥനയുടെ പാത തെളിയിക്കുന്നു, ഏത് റിസോൾവർ ഉത്തരം നൽകി എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. ഒന്നിൽ ചോരുന്ന ഉപകരണം മറ്റൊന്നിൽ തികച്ചും ആരോഗ്യകരമായി തോന്നാം.