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

ബ്രൗസർ യഥാർത്ഥത്തിൽ എന്താണ് പ്രോക്സി ചെയ്യുന്നത്

ബ്രൗസറിനുള്ളിൽ, ട്രാഫിക് Tor Browser തനിക്കുവേണ്ടി ആരംഭിക്കുന്ന ഒരു പ്രാദേശിക SOCKS ശ്രോതാവിനടുത്തേക്ക് പോകുന്നു, ബ്രൗസർ അത് ഉപയോഗിക്കാൻ ക്രമീകരിച്ചിരിക്കുന്നു. സർക്യൂട്ട് തിരഞ്ഞെടുപ്പ്, ഐഡന്റിറ്റി ഒറ്റപ്പെടുത്തൽ, വിരലടയാള സംരക്ഷണം എല്ലാം ആ ജോടിയിൽ കഴിയുന്നു. ഡിസ്കിൽ സൂക്ഷിച്ച ഒരു ഫയൽ ഇതൊന്നും വഹിക്കുന്നില്ല, ആ ഫയൽ ഒരു ബാഹ്യ വ്യൂവറിൽ തുറന്നാൽ സ്വന്തം നെറ്റ്വർക്ക് സ്വഭാവമുള്ള പുതിയ പ്രോഗ്രാം ആരംഭിക്കുന്നു.

പരിചിതമായ പൊതു വിലാസ പേജ് ഇത്ര കുറച്ച് മാത്രം തെളിയിക്കുന്നതും അതുകൊണ്ടാണ്. അത് തന്നെ ലോഡ് ചെയ്ത ബ്രൗസർ ഉപയോഗിച്ച എക്സിറ്റ് റിപ്പോർട്ട് ചെയ്യുന്നു, മറ്റൊരു ആപ്പിനെ ഒട്ടും നിരീക്ഷിക്കാൻ കഴിയുന്നുമില്ല. ഫലത്തെ ഒരു പ്രോഗ്രാമിനെക്കുറിച്ചുള്ള തെളിവായി കാണുക, ഉപകരണത്തെക്കുറിച്ചുള്ള പ്രസ്താവനയായി അല്ല.

ഏത് പ്രോസസ് ഓരോ കണക്ഷനും കൈവശം വയ്ക്കുന്നു

സോക്കറ്റുകളും അവയ്ക്ക് പിന്നിലെ പ്രോസസുകളും പട്ടികപ്പെടുത്തുക. പ്രാദേശിക ശ്രോതാവിനോട് സംസാരിക്കുന്ന ബ്രൗസർ അല്ലാത്ത എന്തും തിരയുക:

ss -tunp
ss -tunp | grep -E 'tor|firefox'

പൊതു ലക്ഷ്യസ്ഥാനമുള്ള എന്തും സർക്യൂട്ടിനെ ഒഴിവാക്കിയ ഒരു കണക്ഷനാണ്. ഒന്ന് കണ്ടെത്തിയാൽ, മറ്റെന്തെങ്കിലും മാറ്റുന്നതിന് മുൻപ് പ്രോഗ്രാം തിരിച്ചറിയുക, കാരണം പരിഹാരം ഓരോ ക്ലയന്റിനും വ്യത്യസ്തമാണ്:

curl --socks5-hostname 127.0.0.1:9150 https://check.torproject.org/api/ip

-hostname രൂപം പ്രധാനമാണ്, കാരണം അത് പേര് പരിഹരിക്കാൻ പ്രോക്സിയോട് ആവശ്യപ്പെടുന്നു. പ്രാദേശികമായി പരിഹരിച്ച് പ്രോക്സിക്ക് ഒരു വിലാസം നൽകുന്നത് കണക്ഷൻ തന്നെ പ്രോക്സിയിലൂടെ പോകുമ്പോഴും ലക്ഷ്യസ്ഥാനം വെളിപ്പെടുത്തുന്നു.

പ്രോട്ടോക്കോൾ ഒട്ടും കൈമാറുന്നുണ്ടോ

Tor റിലേകൾ TCP സ്ട്രീമുകൾ വഹിക്കുന്നു. UDP ചുറ്റിപ്പറ്റി നിർമ്മിച്ച ആപ്പുകൾ, ഉദാഹരണത്തിന് ചില ശബ്ദ, ഗെയിം ക്ലയന്റുകൾ, നെറ്റ്വർക്കിൽ ഒരു വെബ് പേജിനെപ്പോലെ പെരുമാറുന്നില്ല, അവയെ പ്രോക്സിയിലൂടെ നിർബന്ധിച്ച് കടത്തുന്നത് സാധാരണയായി അവയെ സംരക്ഷിക്കുന്നതിനു പകരം പരാജയപ്പെടുന്നു.

Coverage modelWhat it coversWhat it leaves alone
Tor BrowserIts own browsing and downloadsEvery other application
Proxy setting in one appThat app, if it honours the proxyIts DNS behaviour and other programs
System VPNTraffic routed through the tunnelBrowser fingerprint and identity
Whole-device routingThe operating system's trafficApplication-level identity signals

നിങ്ങൾക്ക് പ്രധാനമായ ആപ്പ് UDP-യെ ആശ്രയിക്കുന്നുവെങ്കിൽ, ബ്രൗസർ ക്രമീകരണം ഉത്തരമല്ല, ആപ്പ് അവഗണിക്കുന്ന പ്രോക്സി വേരിയബിളും ഉത്തരമല്ല. ആവശ്യകത വ്യത്യസ്ത പരാജയ രീതികളുള്ള മറ്റൊരു രൂപകൽപ്പനയായി മാറുന്നു.

നിങ്ങൾ യഥാർത്ഥത്തിൽ തിരഞ്ഞെടുത്ത കവറേജ്

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

മുഴുവൻ ഉപകരണത്തിന്റെയും കവറേജ് ഒരു സിസ്റ്റം രൂപകൽപ്പനയാണ്, ഇൻസ്റ്റാളർ അല്ല. അത് ഒരു പ്രോസസിനു പകരം ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന്റെ ട്രാഫിക് റൂട്ട് ചെയ്യുന്നു, ബ്രൗസർ ഡൗൺലോഡിനില്ലാത്ത സ്വന്തം പ്രവർത്തന പരിധികളും കൊണ്ടുവരുന്നു.

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

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