Tor-ലേക്ക് VPN, VPN-ലേക്ക് Tor: ചങ്ങല എന്തിന് പൊട്ടുന്നു
VPN, Tor, പ്രോക്സി എന്നിവ ഒന്നിനു മുകളിൽ ഒന്നായി വയ്ക്കുമ്പോൾ എന്തു റിസോൾവ് ചെയ്യുന്നു, എന്തു കൊണ്ടുപോകുന്നു എന്നു ക്രമം തീരുമാനിക്കുന്നു. മൂന്നും മാറ്റുന്നതിനു മുൻപ് ആദ്യത്തെ പൊട്ടിയ അതിർത്തി കണ്ടെത്തുക.
VPN, Tor, ഒരു ആപ്ലിക്കേഷൻ പ്രോക്സി എന്നിവ ഒന്നിനു മുകളിൽ ഒന്നായി വയ്ക്കുന്നത് സ്വകാര്യത ഗുണിക്കുന്നതുപോലെ തോന്നും, എന്നാൽ യഥാർത്ഥത്തിൽ ഒരു കണക്ഷൻ ചാകാവുന്ന സ്ഥലങ്ങളുടെ എണ്ണമാണ് അത് ഗുണിക്കുന്നത്. മൂന്നു ടൂളുകളും തങ്ങൾ ആരോഗ്യവാന്മാരാണെന്ന് അറിയിക്കുമ്പോൾ ബ്രൗസർ കറങ്ങിക്കൊണ്ടിരിക്കുന്നതാണ് സാധാരണ ഫലം. മൂന്നു ക്രമീകരണങ്ങളും ഒരുമിച്ച് മാറ്റിയാൽ, ഏതാണ് കള്ളം പറയുന്നതെന്നു കാണിക്കുന്ന ഏക സൂചനയും നഷ്ടമാകും.
ആദ്യം ഉദ്ദേശിച്ച വഴി ക്രമത്തിൽ വരയ്ക്കുക, ഏതു പ്രോഗ്രാം ഓരോ കണക്ഷൻ തുറക്കുന്നു, ഓരോ ഘട്ടത്തിൽ ഏതു പേരാണ് റിസോൾവ് ചെയ്യുന്നത് എന്നു രേഖപ്പെടുത്തുക.
പാളികൾ കൂട്ടിച്ചേർക്കുന്നില്ല, അവ പരസ്പരം സ്വാധീനിക്കുന്നു
Tor-നു മുൻപ് VPN ഉണ്ടെന്നാൽ Tor ക്ലയന്റിന്റെ പ്രവേശന കണക്ഷൻ ടണലിനുള്ളിലൂടെ സഞ്ചരിക്കുന്നു. Tor വഴി കൊണ്ടുപോകുന്ന VPN എന്നാൽ VPN ക്ലയന്റിന്റെ സ്വന്തം എൻഡ്പോയിന്റ് Tor വഴി എത്താവുന്നതായിരിക്കണം, ഇത് തികച്ചും വേറെ ആവശ്യകതയാണ്. ബ്രൗസറിന്റെ പ്രോക്സി ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന് അറിയാത്ത മറ്റൊരു ചാട്ടം കൂടി ചേർക്കുന്നു. മൂന്നു ക്രമീകരണങ്ങൾ, മൂന്നു വേറിട്ട ആശ്രിതത്വ പട്ടികകൾ.
ഓരോ ക്രമീകരണവും എന്തു റിസോൾവ് ചെയ്യാം, എന്തു കൊണ്ടുപോകാം, ആദ്യ പാക്കറ്റ് ആരു കാണുന്നു എന്നിവ മാറ്റുന്നു. അവയിൽ ഒന്നു മാത്രമാകാം നിങ്ങൾ ഉദ്ദേശിച്ച കോൺഫിഗറേഷൻ.
നേരിട്ടുള്ള വഴിയും ഡയഗ്രാമിൽ ചേർക്കുക. ബാക്കപ്പ് റൂട്ട്, സ്പ്ലിറ്റ്-ടണൽ ഒഴിവ്, പ്രോക്സി ബൈപ്പാസ് എന്നിവ പരിശോധിക്കാൻ ഉദ്ദേശിച്ച ചങ്ങല നിശബ്ദമായി ഒഴിവാക്കിക്കൊണ്ട് പേജ് ലോഡ് ചെയ്യിപ്പിക്കാം, അത്തരം വിജയം പരാജയത്തെക്കാൾ വഴിതെറ്റിക്കുന്നു.
എന്തു കൊണ്ടുപോകാം എന്നു ക്രമം തീരുമാനിക്കുന്നു
Tor തന്റെ SOCKS ഇന്റർഫേസിലൂടെ TCP സ്ട്രീമുകൾ കൊണ്ടുപോകുന്നു, പ്രോക്സിയോട് ഹോസ്റ്റ്നെയിം റിസോൾവ് ചെയ്യാൻ ആവശ്യപ്പെടുന്ന ക്ലയന്റ് അന്വേഷണം സർക്യൂട്ടിനുള്ളിൽ നിർത്തുന്നു. സാധാരണ കോൺഫിഗറേഷനുകളിൽ UDP അങ്ങനെ സഞ്ചരിക്കുന്നില്ല, അതിനാൽ നടുവിൽ അധിക TCP റിലേ ഇല്ലാതെ WireGuard ടണൽ Tor-നുള്ളിൽ ഉൾക്കൂട്ടാൻ കഴിയില്ല.
OpenVPN TCP-യിലേക്ക് നിർബന്ധിക്കാം, അതിനാൽ ഈ ക്രമീകരണം കുറഞ്ഞത് വിവരണാത്മകമാണ്. ഇത് കൂടുതൽ മന്ദഗതിയിലും ദുർബലവുമാണ്, തകരുമ്പോഴുള്ള പരാജയരൂപം തടയപ്പെട്ട പോർട്ടിനോട് സമാനമാണ്. ഇവ രണ്ടും വേർതിരിച്ചറിയാൻ ഏതെങ്കിലും ഒന്ന് നന്നാക്കുന്നതിനേക്കാൾ സമയമെടുക്കുമെന്ന് പ്രതീക്ഷിക്കുക.
റിസോൾവിംഗ് ആണ് മറ്റേ പകുതി. --socks5-hostname ഉപയോഗിക്കുമ്പോൾ പ്രോക്സി ലക്ഷ്യം റിസോൾവ് ചെയ്യുന്നു, അതേസമയം സാധാരണ --socks5 ആദ്യം പ്രാദേശിക റിസോൾവറിനോട് ചോദിച്ച് പേര് സർക്യൂട്ടിനു പുറത്തേക്ക് ചോരുന്നു. ഈ ഒരു ഫ്ലാഗ് മാത്രമാണ് പേരന്വേഷണം ചങ്ങലയുടേതാണോ നിങ്ങളുടെ ഇന്റർനെറ്റ് ദാതാവിന്റേതാണോ എന്നു തീരുമാനിക്കുന്നത്.
| Order | What must resolve the endpoint | What usually breaks |
|---|---|---|
| VPN, then Tor | The tunnel's resolver | Entry guards blocked by the VPN provider's filters |
| Tor, then VPN | The SOCKS proxy, remotely | UDP transports, which Tor does not carry |
| App proxy on top | The application itself | Proxy bypass rules and cached connections |
ആദ്യത്തെ പൊട്ടിയ അതിർത്തി കണ്ടെത്തൽ
പാക്കറ്റുകൾ സഞ്ചരിക്കുന്ന ക്രമത്തിൽ ഘട്ടങ്ങൾ പരിശോധിക്കുക, നിരുപദ്രവകരമായ അഭ്യർത്ഥനകളോടെ, ആദ്യം പരാജയപ്പെടുന്ന ഘട്ടത്തിൽ നിർത്തുക. ഏതു കമാൻഡാണ് ആദ്യം ഓടിയതെന്ന് രേഖപ്പെടുത്തുക, കാരണം ക്രമം തന്നെ തെളിവിന്റെ ഭാഗമാണ്. രണ്ടു കമാൻഡുകൾ മരിച്ച സർക്യൂട്ടിനെ മരിച്ച എഗ്രസിൽ നിന്ന് വേർതിരിക്കുന്നു:
curl -s --socks5-hostname 127.0.0.1:9050 https://check.torproject.org/api/ip curl -4 -s https://api.ipify.org; echo
ആദ്യത്തേത് അഭ്യർത്ഥന SOCKS പ്രോക്സി വഴി ഒട്ടും പൂർത്തിയാകുന്നുണ്ടോ എന്ന് അറിയിക്കുന്നു, രണ്ടാമത്തേത് നെറ്റ്വർക്ക് ഇപ്പോൾ അവതരിപ്പിക്കുന്ന വിലാസം കാണിക്കുന്നു. ആദ്യത്തേത് പരാജയപ്പെടുകയും രണ്ടാമത്തേത് വിജയിക്കുകയും ചെയ്താൽ, പ്രശ്നം Tor ക്ലയന്റിലോ അതിനു മുൻപോ ആണ്. രണ്ടും വിജയിച്ചിട്ടും ബ്രൗസർ ഇപ്പോഴും പരാജയപ്പെട്ടാൽ, ആപ്ലിക്കേഷൻ ഷെല്ലിൽ നിന്നു വ്യത്യസ്തമായ വഴിയാണ് ഉപയോഗിക്കുന്നത്.
പൊതു IP പേജും അവസാനം കാണാവുന്ന എഗ്രസിനെ മാത്രമാണ് വിവരിക്കുന്നത്. അതിനു മുൻപ് എത്ര ചാട്ടങ്ങൾ ഉണ്ടായിരുന്നു എന്ന് അത് പറയാനാവില്ല, അതിനാൽ ഒരു സംഖ്യയെ ഡയഗ്രാമായി കണക്കാക്കുന്നതിനു പകരം ഓരോ ടൂളിന്റെയും പിന്തുണയുള്ള സ്റ്റാറ്റസ് ഔട്ട്പുട്ടുമായി ചേർത്തു വായിക്കുക.
പാളികൾ ചേർക്കുന്നത് എപ്പോൾ നിർത്തണം
ഒരു പാളി എന്തു ചേർക്കുന്നു എന്ന് ഒരു വാക്യത്തിൽ പറയാനാവുന്നില്ലെങ്കിൽ അത് നീക്കം ചെയ്യുക. ഉദ്ദേശ്യം വ്യക്തമല്ലാത്ത ചങ്ങല രാത്രി മൂന്നു മണിക്ക് ആർക്കും ഡീബഗ് ചെയ്യാനാവാത്ത ചങ്ങലയാണ്, വിശദീകരിക്കാത്ത ഒരു ചാട്ടത്തിന്റെ സ്വകാര്യതാ നേട്ടം സാധാരണയായി നഷ്ടപ്പെടുന്ന ലഭ്യതയെക്കാൾ ചെറുതാണ്.
ഒരു പാളി യഥാർത്ഥത്തിൽ അർഹിക്കുന്നുവെങ്കിൽ, ആദ്യം അത് ഒറ്റയ്ക്ക് പരിശോധിക്കുക, പിന്നെ അടുത്തത് ചേർത്ത് അതേ രണ്ടു കമാൻഡുകൾ കൊണ്ട് വഴി വീണ്ടും സ്ഥിരീകരിക്കുക. സാധാരണ ഉപയോഗത്തിനു മുൻപ് പൂർണ്ണ ചങ്ങല പുനഃസ്ഥാപിക്കുക, TLS സാധൂകരണവും ആധികാരികതയും ഓണായി വയ്ക്കുക; പേജ് ലോഡ് ചെയ്യാൻ സ്വീകരിച്ച സർട്ടിഫിക്കറ്റ് മുന്നറിയിപ്പ് റൂട്ടിംഗിന്റെ വഴിമാറ്റമാണ്, അറ്റകുറ്റപ്പണിയല്ല. തീരുമാനിച്ച ക്രമം പുതിയതായിരിക്കുമ്പോൾത്തന്നെ എഴുതി വയ്ക്കുക.
ആ ക്രമം എഴുതുക, ഓരോ ഘട്ടത്തിലും ഉത്തരം നൽകുന്ന റിസോൾവർ ഉൾപ്പെടെ. നിങ്ങൾക്ക് വിവരിക്കാവുന്ന പ്രവർത്തിക്കുന്ന ചങ്ങല അടുത്ത അപ്ഡേറ്റിനെ അതിജീവിക്കും, പരീക്ഷിച്ചു കൂട്ടിയ പ്രവർത്തിക്കുന്ന ചങ്ങല അതിനൊപ്പം അപ്രത്യക്ഷമാകും. തീയതിയും പതിപ്പുകളും ചേർക്കുക, അപ്പോൾ പിന്നീടുള്ള പരാജയത്തെ ഓർമ്മയിൽ നിന്നു തർക്കിക്കുന്നതിനു പകരം അറിയപ്പെടുന്ന നല്ല അവസ്ഥയുമായി താരതമ്യം ചെയ്യാം. ടെക്സ്റ്റ് ഫയലിലെ പത്തു വരികൾ ഒരു വൈകുന്നേരത്തെ ഊഹം ലാഭിക്കുന്നു.