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

അജ്ഞാതത്വത്തെ ഓരോ നിരീക്ഷകനുമുള്ള പ്രത്യേക സ്വഭാവമായി കാണുക. ഏത് നിരീക്ഷകൻ എന്ന് ചോദിക്കുക, സത്യസന്ധമായ ഉത്തരം മാറും.

വ്യാജനാമ അക്കൗണ്ടും അക്കൗണ്ട് തന്നെ

നിയമപരമായ പേര് ഒരിക്കലും ചോദിക്കാതെ ദാതാവിന് അക്കൗണ്ട് നമ്പർ, ഉപകരണ കീ അല്ലെങ്കിൽ സബ്സ്ക്രിപ്ഷൻ ടോക്കൺ നൽകാം. ആ വസ്തു ഇപ്പോഴും സേവനത്തിനുള്ളിൽ സെഷനുകളെ പരസ്പരം ബന്ധിക്കുന്നു: ഒരേ പ്ലാനിൽ ഒരേ ടോക്കൺ, മാസങ്ങളോളം.

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

ഡയഗ്നോസ്റ്റിക് പ്രൊഫൈൽ സമർപ്പിക്കുന്നതോ പിന്തുണാ ടിക്കറ്റ് തുറക്കുന്നതോ യഥാർത്ഥ ഫോം ഒരിക്കലും ആവശ്യപ്പെടാത്തത്ര വിശദാംശങ്ങൾ ചേർക്കാം.

ടണൽ അറ്റം നിർബന്ധമായും കാണുന്നത്

അറ്റം നിങ്ങളുടെ കണക്ഷൻ അവസാനിപ്പിക്കുന്നു, അതിനാൽ ആ സെഷന് നിങ്ങളുടെ ആക്സസ് നെറ്റ്‌വർക്ക് നൽകിയ സ്രോതസ്സ് വിലാസവും സെഷൻ എപ്പോൾ തുടങ്ങിയെന്നും അതിന് അറിയാം. ആ കണക്ഷൻ ഏത് ആന്തരിക കീയോ അക്കൗണ്ടിനോ യോജിക്കുന്നു എന്നും അറിയാം, കാരണം ട്രാഫിക് എവിടേക്ക് അയക്കണം എന്ന് തീരുമാനിക്കുന്നത് ആ മാപ്പിംഗാണ്.

WireGuard-ന്റെ ഡോക്യുമെന്റേഷൻ ഇവിടെ അസാധാരണമാംവിധം നേരിട്ടുള്ളതാണ്: പിയർ ഐഡന്റിറ്റി പൊതു കീയാണ്, ഒരു രഹസ്യ സ്വഭാവമല്ല.

അറ്റത്തുനിന്ന് ഒരു ലക്ഷ്യസ്ഥാനത്തേക്ക് പുറപ്പെടുന്നത് മറ്റൊരു കണക്ഷനാണ്. എക്സിറ്റ് വിലാസം മറ്റ് ഉപയോക്താക്കളുമായി പങ്കിട്ടാൽ, മറുവശത്തെ സൈറ്റ് നിങ്ങളുടെ വിലാസത്തിനുപകരം ഒരു പൊതു വിലാസം കാണുന്നു. ആ വേർതിരിവ് യഥാർത്ഥമാണ്, പങ്കിട്ട എക്സിറ്റ് നൽകുന്ന ഏക വേർതിരിവും അതുതന്നെ. അത് ഓപ്പറേറ്ററിൽനിന്ന് നിങ്ങളുടെ സെഷൻ മറയ്ക്കുന്നില്ല, രണ്ടറ്റവും നിരീക്ഷിക്കാൻ കഴിയുന്നവർക്ക് നിങ്ങളെ കൂട്ടത്തിൽ ലയിപ്പിക്കുന്നുമില്ല, അതാണ് RFC 6973 തന്റെ മുഴുവൻ ദൈർഘ്യവും ചെലവഴിക്കുന്ന പരസ്പരബന്ധ പ്രശ്നം.

ലക്ഷ്യസ്ഥാനം ഇപ്പോഴും സ്വീകരിക്കുന്നത്

ഒരു വെബ്സൈറ്റ് എക്സിറ്റ് വിലാസം, അഭ്യർത്ഥന, നിങ്ങളുടെ ക്ലയന്റ് സ്വമേധയാ നൽകുന്നതെല്ലാം കാണുന്നു. കുക്കികൾ, ഇതിനകം ലോഗിൻ ചെയ്ത സെഷൻ, ബ്രൗസർ ഫിംഗർപ്രിന്റ്, സംരക്ഷിച്ച അക്കൗണ്ട് എന്നിവയെല്ലാം VPN കണക്ഷനിലൂടെ മാറ്റമില്ലാതെ കടന്നുപോകുന്നു, കാരണം ടണൽ അവയെ വഹിക്കുന്നു, പകരം വയ്ക്കുന്നില്ല.

വ്യക്തിഗത അക്കൗണ്ടിൽ ലോഗിൻ ചെയ്യുന്നത് VPN അക്കൗണ്ടിന്റെ ലേബൽ എന്തായാലും ആ സൈറ്റിന് നിങ്ങളെ തിരിച്ചറിയിക്കുന്നു.

പേര് വിശകലനത്തിന് സ്വന്തം വരി അർഹതയുണ്ട്. ചോദ്യങ്ങൾ ഓപ്പറേറ്റർ നടത്തുന്ന റിസോൾവറിലേക്ക് പോയാൽ, നിങ്ങൾ ആവശ്യപ്പെടുന്ന പേരുകൾ ഓപ്പറേറ്റർ കാണുന്നു. അവ പൊതു റിസോൾവറിലേക്ക് പോയാൽ, ആ റിസോൾവർ അവ കാണുന്നു, എൻക്രിപ്ഷനില്ലാത്ത DNS നിരീക്ഷിക്കാൻ കഴിയുന്ന പാതയിലുള്ള ആരും കാണുന്നു. ഏതായാലും, ഏത് റിസോൾവർ ഉപയോഗിക്കുന്നു എന്നത് രജിസ്ട്രേഷൻ ഫോം നിങ്ങൾക്കുവേണ്ടി എടുക്കാത്ത സ്വകാര്യതാ തീരുമാനമാണ്.

പരസ്പരബന്ധം യഥാർത്ഥത്തിൽ സംഭവിക്കുന്നത് എവിടെ

ട്രാഫിക് വിശകലനത്തിന് പേജുകളുടെ ഉള്ളടക്കം ആവശ്യമില്ല. കണക്ഷനുകളുടെ സമയം, കൈമാറ്റത്തിന്റെ അളവ്, ഏത് അറ്റം ഏത് ലക്ഷ്യസ്ഥാനവുമായി സംസാരിക്കുന്നു എന്ന മാതൃക എന്നിവ ഇരുവശവും നിരീക്ഷിക്കുമ്പോൾ സ്രോതസ്സ് കണക്ഷനെ എക്സിറ്റ് കണക്ഷനുമായി ഒരുമിപ്പിക്കാം. അതിനാൽ പങ്കിട്ട എക്സിറ്റ് ഒരു നിരീക്ഷകനിൽനിന്ന് നിങ്ങളെ സംരക്ഷിക്കുന്നു, സഹകരിക്കുന്ന രണ്ടുപേരിൽനിന്നല്ല.

ട്രാൻസ്പോർട്ട് എൻക്രിപ്ഷൻ വായിക്കാവുന്നത് മാറ്റുന്നു, ബന്ധിപ്പിക്കാവുന്നതല്ല.

മുദ്രാവാക്യത്തിനുപകരം മൂന്ന് ചോദ്യങ്ങൾ

ഇവയിൽ ഓരോന്നിനും വ്യത്യസ്ത ഉടമയാണ്, അതിനാൽ ഒരു പാളിയിൽ നൽകിയ വാഗ്ദാനത്തിന് മറ്റൊന്നിനെ മൂടാൻ കഴിയില്ല. താഴെയുള്ള വരികൾ മുഴുവൻ വാദവും ചുരുക്കരൂപത്തിൽ നൽകുന്നു.

ObserverWhat it can holdWhat actually changes it
Your access networkThe connection to the VPN endpoint, with volume and timingNothing on the account form
The VPN operatorSource address, session times, key-to-account mapping, names if it runs the resolverRetention policy, payment method, whether you contact support
The destination siteExit address, cookies, logged-in identity, request contentBrowser hygiene, logging out, separate profiles
An observer at both endsCorrelated timing and volume across the two connectionsPadding, cover traffic, a different exit at a different time

നടുവിലെ വരി മാത്രമാണ് അക്കൗണ്ടിനെക്കുറിച്ച്, അതും ഭാഗികമായി. അതിനു മുകളിലും താഴെയുമുള്ള വരികൾ റൂട്ടിംഗ്, സൂക്ഷിപ്പ്, നിങ്ങളുടെ സ്വന്തം ബ്രൗസർ എന്നിവ നിർണ്ണയിക്കുന്നു.

ലേബലല്ല, ഇൻവെന്ററി വായിക്കുക

ഡാറ്റ ഇൻവെന്ററി, സൂക്ഷിപ്പ് കാലയളവ്, ഐഡന്റിറ്റി പ്രവാഹം എന്നിവ പ്രസിദ്ധീകരിക്കുന്ന ദാതാവ് പരിശോധിക്കാവുന്ന എന്തോ പറഞ്ഞിട്ടുണ്ട്. അജ്ഞാതം എന്ന് പറയുന്ന ദാതാവ് ഒരു വാക്ക് മാത്രം പറഞ്ഞു. രജിസ്ട്രേഷനിൽ എന്ത് ശേഖരിക്കുന്നു, സെഷൻ അവസാനിച്ചതിന് ശേഷം എന്ത് അവശേഷിക്കുന്നു, ഏത് നടപടിക്രമത്തിലൂടെ ഡാറ്റ മൂന്നാം കക്ഷിക്ക് നൽകുന്നു എന്നിവ നോക്കുക.

ഈ മൂന്നും ഇല്ലെങ്കിൽ, ലേബൽ ഒന്നിനും തെളിവല്ല.

നിങ്ങൾക്ക് യഥാർത്ഥത്തിൽ പ്രധാനമായ നിരീക്ഷകനിൽനിന്ന് തുടങ്ങുക, പിന്നെ പട്ടികയുടെ ഒരു വരി പിന്തുടരുക: ഏത് വിലാസം കാണുന്നു, ഏത് ഐഡന്റിഫയർ സൂക്ഷിക്കുന്നു, എത്ര കാലം സൂക്ഷിക്കുന്നു. അക്കൗണ്ടിന് പേരുമാറ്റുന്നതിനുപകരം പരാജയപ്പെടുന്ന വരി ശരിയാക്കുക. ഇവിടെ ഫലം മാറ്റുന്ന ഏക ഘട്ടം അതാണ്.

അനുബന്ധ ലേഖനങ്ങൾ