Tor-ന്റെ മുന്നിൽ VPN ഉണ്ടെങ്കിൽ നിങ്ങളെ നിരീക്ഷിക്കാൻ ബുദ്ധിമുട്ടാകുമോ?
VPN ചേർക്കുന്നത് നിരീക്ഷകരെ നീക്കം ചെയ്യുന്നില്ല, സ്ഥലം മാറ്റുന്നു. വഴി സഞ്ചരിച്ച്, സെഷനെ ഇപ്പോഴും എന്ത് തിരിച്ചറിയുന്നു എന്ന് പരിശോധിച്ച്, പരാജയപ്പെടുന്ന പാളിക്ക് പദ്ധതിയിടുക.
ഒരു വഴിയിൽ മറ്റൊരു എൻക്രിപ്റ്റ് ചെയ്ത ഭാഗം ചേർക്കുന്നത് നിരീക്ഷകരെ ഒഴിവാക്കുന്നില്ല; അത് അവരെ സ്ഥലം മാറ്റുന്നു, ചിലപ്പോൾ ഒരാളെ കൂടി ചേർക്കുന്നു. ഉപയോഗപ്രദമായ അഭ്യാസം എന്നത് വഴി വരച്ച് ഓരോ ഘട്ടത്തിലും ആര് എന്ത് കാണുന്നു എന്ന് രേഖപ്പെടുത്തുന്നതാണ്, കാരണം Tor-ന്റെ മുന്നിലുള്ള VPN-ഉം Tor വഴി എത്തുന്ന VPN-ഉം ചോദിക്കാൻ യോഗ്യമായ മിക്കവാറും എല്ലാ ചോദ്യങ്ങൾക്കും വിപരീത ഉത്തരം നൽകുന്നു. രണ്ട് ക്രമീകരണങ്ങളും വിട്ടുവീഴ്ച ചെയ്ത അന്തിമ ബിന്ദുവിനെ തോൽപ്പിക്കുന്നില്ല, ഉപയോക്താവിന്റെ പേര് പറയുന്ന അക്കൗണ്ട് ശരിയാക്കുന്നുമില്ല. വഴി ക്രമത്തിൽ സഞ്ചരിച്ച് പാളി മാഞ്ഞാൽ എന്ത് തകരുന്നു എന്ന് ചോദിക്കുന്നത് മുദ്രാവാക്യത്തെ തീരുമാനമാക്കി മാറ്റുന്നു.
വഴി സഞ്ചരിച്ച് ഓരോ നിരീക്ഷകനെയും പേരിടുക
സാധാരണ Tor സന്ദർഭത്തിൽ നിന്ന് തുടങ്ങി ഓരോ ചാട്ടവും അടയാളപ്പെടുത്തുക. പ്രാദേശിക നെറ്റ്വർക്കും ഇന്റർനെറ്റ് ദാതാവും Tor പ്രവേശന ബിന്ദുവിലേക്കുള്ള ബന്ധം അതിന്റെ വലിപ്പത്തോടും സമയത്തോടും കൂടി കാണുന്നു. പ്രവേശന കാവൽക്കാരൻ ക്ലയന്റിന്റെ വിലാസം കാണുന്നു, അതുകൊണ്ടാണ് കാവൽക്കാരൻ യാദൃച്ഛിക തിരഞ്ഞെടുപ്പല്ലാതെ ദീർഘകാല ബന്ധമാകുന്നത്. എക്സിറ്റ് നോഡ് ലക്ഷ്യവും അറ്റം മുതൽ അറ്റം വരെ എൻക്രിപ്റ്റ് ചെയ്യാത്ത എല്ലാറ്റിന്റെയും സ്പഷ്ട പാഠവും കാണുന്നു, അതേസമയം ലക്ഷ്യം ഒരു ക്ലയന്റ് വിലാസവും ബന്ധിപ്പിച്ചിട്ടില്ലാത്ത എക്സിറ്റ് വിലാസം കാണുന്നു.
എന്തെങ്കിലും ചേർക്കുന്നതിന് മുൻപ് ആ ലേബലുകൾ എഴുതിവയ്ക്കുക. ഡയഗ്രം തന്നെയാണ് വാദം, അത് പരിശോധിക്കാൻ എളുപ്പമാണ്.
രണ്ട് ക്രമങ്ങൾ വ്യത്യസ്ത നിരീക്ഷണങ്ങൾ നൽകുന്നു
Tor-ന്റെ മുന്നിൽ വയ്ക്കുന്ന VPN എന്നാൽ ട്രാഫിക് ഉപകരണം വിട്ട് VPN ദാതാവിലേക്ക് പോകുന്നു, ആ ദാതാവിൽ നിന്ന് പുറത്തുപോകുന്നു, അതിനുശേഷം മാത്രം Tor പ്രവേശനത്തിൽ എത്തുന്നു. പ്രാദേശിക നെറ്റ്വർക്ക് ഇനി Tor കാണുന്നില്ല തന്നെ, ഒരു നെറ്റ്വർക്ക് അത് തടയുകയോ നിരീക്ഷിക്കുകയോ ചെയ്യുമ്പോൾ അതാണ് യഥാർത്ഥ ലക്ഷ്യം. പ്രവേശന കാവൽക്കാരൻ ഇനി ഉപയോക്താവിന്റെ വിലാസത്തിനു പകരം VPN-ന്റെ വിലാസം കാണുന്നു, VPN ദാതാവ് ഒരു പ്രത്യേക ഉപഭോക്താവ് ഒരു പ്രത്യേക സമയ രീതിയിൽ Tor-ലേക്ക് ബന്ധിപ്പിക്കുന്നത് കാണുന്നു. ആ ദാതാവ് വിലപ്പെട്ട നിരീക്ഷണമുള്ള പുതിയ കക്ഷിയാകുന്നു, അതിന്റെ ലോഗ് നയം ഇനി ഭീഷണി മാതൃകയ്ക്ക് പുറത്തല്ല, അകത്താണ്.
Tor വഴി VPN-ൽ എത്തുന്നത് ക്രമം തിരിച്ചും വെളിപ്പെടുന്നത് തിരിച്ചും മാറ്റുന്നു: ലക്ഷ്യം VPN-ന്റെ വിലാസം കാണുന്നു, Tor എക്സിറ്റ് ഇനി ലക്ഷ്യത്തെ കാണുന്നില്ല, VPN ദാതാവ് ഉപഭോക്താവിന്റെ വീട്ടുവിലാസത്തിനു പകരം വരുന്ന Tor ട്രാഫിക് കാണുന്നു. ഇത് ബന്ധത്തിൽ രണ്ട് പാളി കാലതാമസം കൂടി ചേർക്കുന്നു, പല വാണിജ്യ ആപ്ലിക്കേഷനുകളും നൽകാത്ത ക്ലയന്റ് പിന്തുണ ആവശ്യപ്പെടുന്നു.
ഇവയ്ക്കിടയിലെ തിരഞ്ഞെടുപ്പ് ഏത് നിരീക്ഷകനാണ് ഏറ്റവും പ്രധാനം എന്ന ചോദ്യമാണ്, ഏതാണ് കൂടുതൽ സുരക്ഷിതമായി തോന്നുന്നത് എന്നല്ല. പ്രാദേശിക നെറ്റ്വർക്കിൽ നിന്ന് Tor ഉപയോഗം മറയ്ക്കുന്ന ഉപയോക്താവിന് ആദ്യ ക്രമമാണ് വേണ്ടത്; ലക്ഷ്യത്തിന് തന്നോട് ആരോപിക്കാവുന്ന ഒന്നും അറിയാൻ അനുവദിക്കാതിരിക്കാൻ ശ്രമിക്കുന്ന ഉപയോക്താവിന് മറ്റൊരു വിശകലനം വേണം, ഒരു ക്രമവും അക്കൗണ്ട് പേര് മറയ്ക്കുന്നില്ല.
സെഷനെ ഇപ്പോഴും എന്ത് തിരിച്ചറിയുന്നു
വിലാസ തലത്തിലെ നിരീക്ഷകർ ചിത്രത്തിന്റെ ഒരു ഭാഗം മാത്രമാണ്, പലപ്പോഴും നിർണായക ഭാഗമല്ല. ലോഗിൻ ചെയ്ത അക്കൗണ്ട് ഏത് എക്സിറ്റ് വിലാസമാണ് പാക്കറ്റ് കൊണ്ടുപോയത് എന്നത് കണക്കിലെടുക്കാതെ പ്രവർത്തനത്തെ ഐഡന്റിറ്റിയുമായി ബന്ധിപ്പിക്കുന്നു, സേവനത്തിന് ഒരു വ്യക്തിയുമായി ബന്ധിപ്പിക്കാവുന്ന പേയ്മെന്റ് രേഖയും അതുതന്നെ ചെയ്യുന്നു. ബ്രൗസർ അവസ്ഥയും സംഭാവന ചെയ്യുന്നു: സ്ഥിരമായ കുക്കി, സേവ് ചെയ്ത ലോഗിൻ അല്ലെങ്കിൽ തിരിച്ചറിയാവുന്ന എക്സ്റ്റൻഷൻ ബന്ധിപ്പിക്കാനാകാത്തത് പോലെ രൂപകൽപ്പന ചെയ്ത സർക്യൂട്ടുകളിലൂടെ ഉപയോക്താവിനെ പിന്തുടരാം.
ഒരു സൈറ്റിലേക്ക് അയയ്ക്കുന്ന ഉള്ളടക്കമാണ് മൂന്നാം സൂചന. മെറ്റാഡാറ്റയുള്ള രേഖ, ഫോമിൽ ടൈപ്പ് ചെയ്ത പേര് അല്ലെങ്കിൽ അതുല്യമായ എഴുത്ത് ശൈലി എത്ര എൻക്രിപ്ഷൻ പാളികളെയും അതിജീവിക്കുന്നു, അവയ്ക്ക് മുന്നിലുള്ള ഒരു ഉപകരണവും അത് സ്പർശിക്കാൻ രൂപകൽപ്പന ചെയ്തിട്ടില്ല. ഈ തിരിച്ചറിയലുകളുടെ സത്യസന്ധമായ പട്ടിക സൂക്ഷിക്കുന്നത് മറ്റൊരു ചാട്ടം ചേർക്കുന്നതിനേക്കാൾ കൂടുതൽ സംരക്ഷണം നൽകുന്നു.
അപ്രത്യക്ഷമാകുന്ന പാളിക്ക് പദ്ധതിയിടുക
പരാജയസമയത്തെ പെരുമാറ്റമാണ് ക്രമീകരണങ്ങൾ യഥാർത്ഥത്തിൽ വ്യത്യാസപ്പെടുന്ന സ്ഥലം, അത് കോൺഫിഗറേഷന്റെ സ്വഭാവമാണ്, രണ്ട് ഉപകരണങ്ങളിലൊന്നിന്റെ സവിശേഷതയല്ല. Tor അതിലൂടെ പോകാൻ ക്രമീകരിച്ചിരിക്കുമ്പോൾ VPN വീണാൽ, Tor നിലയ്ക്കുമോ, അതോ സാധാരണ വഴിയിലൂടെ നിശബ്ദമായി വീണ്ടും ബന്ധിപ്പിക്കുമോ? രണ്ടാമത്തെ ഫലം ലക്ഷ്യത്തിലേക്കുള്ള ചോർച്ചയല്ല, പക്ഷേ Tor ഉപയോഗത്തിലാണെന്ന് പ്രാദേശിക നെറ്റ്വർക്കിനോട് വെളിപ്പെടുത്തുന്നു, ക്രമീകരണം തടയാൻ ഉദ്ദേശിച്ചത് അതാകാം.
ഉപകരണ തലത്തിലെ കിൽ സ്വിച്ച് ടണലിന് പുറത്തുള്ള ട്രാഫിക് നിരസിച്ച് ഉത്തരത്തിന്റെ ഒരു ഭാഗം നടപ്പാക്കാം, അത് ഉപകരണം റൂട്ട് ചെയ്യുന്ന ട്രാഫിക്കിനെ മാത്രം ഉൾക്കൊള്ളുന്നു. ടണലിൽ നിന്ന് ഒഴിവാക്കിയ ആപ്ലിക്കേഷൻ ആ സംരക്ഷണം ഒഴിവാക്കുന്നു, ബന്ധം സ്ഥാപിക്കുമ്പോൾ ഉപയോഗിക്കുന്ന റിസോൾവർ പേരുകൾ വെളിപ്പെടുത്തിയേക്കാം പേലോഡ് ടണലിനുള്ളിൽ തുടർന്നാലും. സ്വിച്ച് എല്ലാം ഉൾക്കൊള്ളുന്നു എന്ന് കരുതുന്നതിനു പകരം ഒഴിവാക്കലുകളും റിസോൾവർ കോൺഫിഗറേഷനും വായിക്കുക.
ബ്രൗസർ പാക്കേജിനെ വെറുതെ വിടുക
Tor Browser-ന്റെ സംരക്ഷണങ്ങൾ മുഴുവൻ പാക്കേജും രൂപകൽപ്പന അനുസരിച്ച് പ്രവർത്തിക്കുന്നതിനെ ആശ്രയിച്ചിരിക്കുന്നു: അതിന്റെ സ്വന്തം പ്രോക്സി കോൺഫിഗറേഷൻ, സൈറ്റുകൾക്കിടയിലെ വേർതിരിവ്, വിരലടയാള സംരക്ഷണം. സാധാരണ ബ്രൗസറിനെ പ്രാദേശിക Tor പോർട്ടിലേക്ക് ചൂണ്ടുന്നതോ Tor Browser-ലേക്ക് പ്രോക്സി എക്സ്റ്റൻഷൻ ചേർക്കുന്നതോ ഡിസൈൻ ആശ്രയിക്കുന്ന അനുമാനങ്ങൾ മാറ്റുന്നു. VPN Tor-നൊപ്പം സംയോജിപ്പിക്കുന്നതിനെ കുറിച്ചുള്ള Tor Project-ന്റെ സ്വന്തം മാർഗ്ഗനിർദ്ദേശം ഈ സംയോജനത്തെ വിപുലമായ കോൺഫിഗറേഷനായി കാണുന്നു, ആ മുൻകരുതൽ VPN വിൽപ്പനക്കാരനെക്കുറിച്ചല്ല, ഈ പരസ്പര പ്രവർത്തനങ്ങളെക്കുറിച്ചാണ്.
ഉപകരണങ്ങൾ സംയോജിപ്പിക്കുന്നതിന് മുൻപ് സാധാരണ വഴിയും പരാജയ വഴിയും ഓരോ ഓപ്പറേറ്ററുടെയും പങ്കും ലളിതമായ വാക്യങ്ങളിൽ പറയാൻ കഴിയണം. രണ്ട് പാളികൾ കൂടുതൽ സുരക്ഷിതമായി തോന്നുന്നു എന്നത് മാത്രമാണ് ന്യായീകരണമെങ്കിൽ, എതിരെ രൂപകൽപ്പന ചെയ്യാൻ ആവശ്യകതയില്ല, ചേർത്തതിൽ പ്രധാനം പുതിയ പരാജയ മോഡാണ്.