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