VPN-ന് മുമ്പ് Tor തയ്യാർ: സ്റ്റാർട്ടപ്പ് ഗേറ്റ് ശരിയായി ക്രമീകരിക്കുക

tor പ്രക്രിയ നിരീക്ഷിച്ച ശേഷം VPN ആരംഭിക്കുന്നത് ഈ സ്റ്റാക്ക് തെറ്റായി നിർമ്മിക്കാനുള്ള ഏറ്റവും സാധാരണ വഴിയാണ്. ക്ലയന്റ് സ്ട്രീം വഹിക്കാൻ കഴിയുന്നതിന് വളരെ മുമ്പേ ഡീമൺ പ്രത്യക്ഷപ്പെടുന്നു, നിശ്ചിത വിടവ് ആശ്രിതത്വമായി മറുവേഷമണിഞ്ഞ ഒരു ഊഹമാണ്. ഗേറ്റ് അടുത്ത ഘടകത്തിന് യഥാർത്ഥത്തിൽ ആവശ്യമായ അവസ്ഥയായിരിക്കണം. ചുവടെയുള്ള നാല് ഘട്ടങ്ങൾ ക്രമത്തിൽ സഞ്ചരിച്ച്, ഓരോന്നിനെയും ക്രമീകരിക്കേണ്ട കാലതാമസമായല്ല, വെവ്വേറെ വ്യവസ്ഥയായി കാണുക.

ഘട്ടം 1: നിങ്ങൾക്ക് യഥാർത്ഥത്തിൽ ഉള്ള ട്രാൻസ്പോർട്ട് തിരഞ്ഞെടുക്കുക

പ്രോട്ടോക്കോളിൽ നിന്ന് തുടങ്ങുക, കാരണം ബാക്കി രൂപകൽപ്പന അതിനെ ആശ്രയിച്ചിരിക്കുന്നു. Tor-ന്റെ SOCKS ഇന്റർഫേസ് UDP ASSOCIATE നടപ്പിലാക്കുന്നില്ല, അതിനാൽ അതിലൂടെ കടത്തുന്ന എന്തും TCP സ്ട്രീം ആയിരിക്കണം. UDP ഉപയോഗിക്കുന്ന OpenVPN പ്രൊഫൈൽ സൂപ്പർവൈസർ എങ്ങനെ എഴുതിയാലും ഈ വഴിയിൽ പ്രവർത്തിക്കില്ല. പ്രൊഫൈൽ TCP-ലേക്ക് മാറ്റി, സ്റ്റാർട്ടപ്പ് ലോജിക് തൊടുന്നതിന് മുമ്പ് ദൂരെയുള്ള പിയർ അത് സ്വീകരിക്കുന്നുവെന്ന് ഉറപ്പാക്കുക.

തുടർന്ന് നിങ്ങളുടെ ക്ലയന്റിന് ഒരു SOCKS പ്രോക്സിയിലേക്ക് ആകെ എത്താൻ കഴിയുമോ എന്ന് ഉറപ്പാക്കുക. OpenVPN 2.6 TCP പ്രൊഫൈലുകൾക്കായി socks-proxy ഓപ്ഷൻ രേഖപ്പെടുത്തുന്നു, വ്യത്യസ്ത ക്ലയന്റുകൾ വ്യത്യസ്ത പ്രോക്സി പിന്തുണ നൽകുന്നു. പ്രോക്സി ഓപ്ഷൻ നിശബ്ദമായി അവഗണിക്കുന്ന ലോഞ്ചർ നേരിട്ട് ബന്ധിപ്പിക്കുകയും പ്രവർത്തിക്കുന്നതായി തോന്നുകയും ചെയ്യും, അത് പരാജയപ്പെടുന്നതിനേക്കാൾ മോശമാണ്.

തിരഞ്ഞെടുത്ത ട്രാൻസ്പോർട്ട് റൺബുക്കിൽ എഴുതുക, കാരണം തുടർന്നുള്ള ഓരോ പരിശോധനയും അതിനെ ആശ്രയിച്ചിരിക്കുന്നു.

ഘട്ടം 2: പ്രോസസ്സ് പട്ടികയല്ല, bootstrap ഘട്ടം വായിക്കുക

Tor-ന്റെ നിയന്ത്രണ പ്രോട്ടോക്കോൾ GETINFO status/bootstrap-phase-ന് ഏറ്റവും പുതിയ bootstrap അവസ്ഥ ഉത്തരമായി നൽകുന്നു, അതിൽ പുരോഗതി ശതമാനവും സംഗ്രഹ ടാഗും ഉൾപ്പെടുന്നു. ആ ഉത്തരം ഉപയോഗപ്രദമാകുന്നത് കൃത്യമായി എന്തെന്നാൽ ഡീമൺ bootstrap പൂർത്തിയാക്കിയ ശേഷവും ഒരു നിയന്ത്രകന് ബന്ധിപ്പിക്കാൻ കഴിയും. വെറും സംഭവങ്ങൾ ശ്രവിക്കുന്ന സൂപ്പർവൈസർ, സൂപ്പർവൈസർ ആരംഭിക്കുന്നതിന് മുമ്പ് Tor തയ്യാറായിരുന്ന കേസ് നഷ്ടപ്പെടുത്തും.

നിയന്ത്രണ ബന്ധം ശരിയായി പ്രാമാണീകരിക്കുക. നിയന്ത്രണ പോർട്ട് ഒരു ഭരണപരമായ ഇന്റർഫേസാണ്, അതുമായി സംസാരിക്കാൻ കഴിയുന്ന ആർക്കും ഡീമൺ പുനഃക്രമീകരിക്കാൻ കഴിയും. അത് localhost-ൽ സൂക്ഷിക്കുക, കുക്കി അല്ലെങ്കിൽ പാസ്‌വേഡ് പ്രാമാണീകരണം സജീവമായി സൂക്ഷിക്കുക, സ്റ്റാർട്ടപ്പ് സ്ക്രിപ്റ്റ് ലളിതമാക്കാൻ രണ്ടിൽ ഒന്നും നീക്കം ചെയ്യരുത്.

ആരംഭത്തിൽ ഘട്ടം ഒരിക്കൽ വായിക്കുക, തുടർന്ന് തത്സമയ കാഴ്ചയ്ക്കായി പുരോഗതി സംഭവങ്ങൾ സബ്‌സ്‌ക്രൈബ് ചെയ്യുക.

printf 'AUTHENTICATE\r\nGETINFO status/bootstrap-phase\r\nQUIT\r\n' | nc 127.0.0.1 9051
ss -ltn | grep -E '9050|9051'
tor --verify-config -f /etc/tor/torrc

പുരോഗതി 100 ഉം done ടാഗും ഉള്ള ഉത്തരം അർത്ഥമാക്കുന്നത് ഡീമൺ സ്വന്തം സ്റ്റാർട്ടപ്പ് പൂർത്തിയാക്കി എന്നാണ്. അത് ഇപ്പോഴും നിങ്ങളുടെ ലക്ഷ്യസ്ഥാനത്തേക്ക് ഉപയോഗയോഗ്യമായ ഒരു സർക്യൂട്ട് ഉണ്ടെന്ന് അർത്ഥമാക്കുന്നില്ല.

ഘട്ടം 3: ക്ലയന്റ് സർക്യൂട്ട് സംഭവത്തിനായി കാത്തിരിക്കുക

Tor-ന്റെ സംഭവ പ്രോട്ടോക്കോൾ CIRCUIT_ESTABLISHED നിർവചിക്കുന്നു, അത് ക്ലയന്റിന് ഉപയോഗിക്കാൻ കഴിയുന്ന ഒരു സർക്യൂട്ട് ഉണ്ടെന്ന് റിപ്പോർട്ട് ചെയ്യുന്നു. കാരിയർ ഗേറ്റ് ആഗ്രഹിക്കുന്ന തയ്യാറെടുപ്പ് സിഗ്നൽ അതാണ്, കാരണം ശതമാനത്തേക്കാൾ നിങ്ങൾക്ക് ആവശ്യമായ കഴിവിനോട് അടുത്താണ്. സംഭവം സബ്‌സ്‌ക്രൈബ് ചെയ്ത് സംക്രമണം രേഖപ്പെടുത്തുക, ലോഗ് പ്രക്രിയ എപ്പോൾ പ്രത്യക്ഷപ്പെട്ടു എന്നല്ല, കാരിയർ എപ്പോൾ ഉപയോഗയോഗ്യമായി എന്ന് കാണിക്കാൻ.

സംഭവത്തെ ശ്രമിക്കാനുള്ള അനുമതിയായി കാണുക, ഏതെങ്കിലും നിർദ്ദിഷ്ട ലക്ഷ്യസ്ഥാനത്തെക്കുറിച്ചുള്ള ഉറപ്പായി അല്ല. എക്സിറ്റ് നയത്തിന് ഇപ്പോഴും ദൂരെയുള്ള പിയറിനെ നിരസിക്കാം, VPN-ന്റെ സ്വന്തം ഹാൻഡ്‌ഷേക്കിന് ഇപ്പോഴും Tor-മായി ബന്ധമില്ലാത്ത കാരണങ്ങളാൽ പരാജയപ്പെടാം.

കോഡിൽ രണ്ട് വ്യവസ്ഥകളും വെവ്വേറെ സൂക്ഷിക്കുക. ready എന്ന ഒരൊറ്റ ബൂളിയൻ അവയെ ഒന്നാക്കി അടുത്ത സംഭവത്തെ വായിക്കാനാകാത്തതാക്കും.

ഘട്ടം 4: VPN-നെ അതിന്റെ സ്വന്തം ഹാൻഡ്‌ഷേക്കിൽ ഗേറ്റ് ചെയ്യുക

VPN-ന് സ്വന്തം തയ്യാറെടുപ്പ് വ്യവസ്ഥയുണ്ട്, ടണൽ ഉയർന്നുവെന്ന് തെളിയിക്കുന്നത് അത് മാത്രമാണ്. ക്ലയന്റ് അനുവദിച്ച വിലാസത്തോടെ ബന്ധിപ്പിച്ച അവസ്ഥ റിപ്പോർട്ട് ചെയ്യുന്നതുവരെ കാത്തിരിക്കുക, തുടർന്ന് പ്രോക്സി ആവശ്യകത നിലനിന്നുവെന്ന് പരിശോധിക്കുക. ഒരു പരാജയത്തിന് ശേഷം socks-proxy ഓപ്ഷൻ ഉപേക്ഷിക്കുന്ന വീണ്ടും-ശ്രമിക്കൽ ലൂപ്പ് നേരിട്ട് ബന്ധിപ്പിക്കുകയും മുഴുവൻ രൂപകൽപ്പനയും നിശബ്ദമായി തോൽപ്പിക്കുകയും ചെയ്യും.

പിയർ ലഭ്യമല്ലാത്തപ്പോൾ എന്ത് സംഭവിക്കുമെന്ന് അറിയേണ്ടതിന് മുമ്പ് തീരുമാനിക്കുക. ദൃശ്യമായ പരാജയത്തോടെയുള്ള പരിമിതമായ വീണ്ടും-ശ്രമിക്കൽ അനന്തമായ ലൂപ്പിനേക്കാൾ പ്രവർത്തിപ്പിക്കാൻ എളുപ്പമാണ്, മോണിറ്ററിംഗ് സിസ്റ്റത്തിന് മുന്നറിയിപ്പ് നൽകാൻ എന്തെങ്കിലും നൽകുന്നു. അതേ തീരുമാനം കാരിയറിനും ബാധകമാണ്: Tor വീണ്ടും ആരംഭിച്ചാൽ, VPN പൊളിച്ച് വീണ്ടും ഗേറ്റ് ചെയ്യണം, മരിച്ച സർക്യൂട്ടിൽ പ്രവർത്തിപ്പിക്കാൻ അനുവദിക്കരുത്.

അവസാനമായി, VPN ഓഫ് ആയിരിക്കുമ്പോൾ ആപ്ലിക്കേഷന്റെ സ്വന്തം നയം നിലനിർത്തുക. ശരിയായി കാത്തിരിക്കുന്ന സൂപ്പർവൈസർ ബന്ധമില്ലാത്ത ഒരു പ്രക്രിയ നേരിട്ട് ട്രാഫിക് അയയ്ക്കുന്നത് തടയാൻ ഒന്നും ചെയ്യുന്നില്ല.

നിങ്ങൾ തരണം ചെയ്യേണ്ട നാല് സംക്രമണങ്ങൾ പരിശോധിക്കുക

നാല് കേസുകൾ രൂപകൽപ്പനയെ ഉൾക്കൊള്ളുന്നു: Tor ആദ്യം ഉയരുന്ന തണുത്ത ആരംഭം, ഇതിനകം തയ്യാറായ Tor-ലേക്ക് ബന്ധിപ്പിക്കുന്ന സൂപ്പർവൈസർ, ലഭ്യമല്ലാത്ത VPN പിയർ, ടണൽ ഉയർന്നിരിക്കുമ്പോൾ കാരിയർ നഷ്ടപ്പെടുന്നത്. ഓരോന്നിനും വ്യത്യസ്ത പ്രതീക്ഷിത സംക്രമണമുണ്ട്, ഗേറ്റ് ശരിയായി എഴുതിയിട്ടുണ്ടെങ്കിൽ ഓരോന്നും വ്യത്യസ്ത ലോഗ് വരി ഉൽപ്പാദിപ്പിക്കുന്നു.

അവ മനഃപൂർവ്വം, ഒന്നൊന്നായി പ്രവർത്തിപ്പിക്കുക, പ്രോസസ്സ് പട്ടികയല്ല അവസ്ഥാ മാറ്റങ്ങൾ വായിക്കുക.

journalctl -u tor@default -n 30 --no-pager
systemctl status [email protected]
curl -sS --socks5-hostname 127.0.0.1:9050 https://check.torproject.org/api/ip

കാരിയർ വീഴുമ്പോൾ, VPN പഴയ ടണലുമായി തൂങ്ങിക്കിടക്കുന്നതിന് പകരം ഒരു വീണ്ടും-ശ്രമിക്കൽ ഇടവേളയ്ക്കുള്ളിൽ അതിനൊപ്പം താഴേക്ക് പോകണം. Tor തിരികെ വരുമ്പോൾ, ഗേറ്റ് പ്രക്രിയ ആരംഭിച്ചതിന് ശേഷമല്ല, സർക്യൂട്ട് സംഭവത്തിന് ശേഷം മാത്രമേ വീണ്ടും തുറക്കാവൂ. ഓരോ പരാജയത്തിലും ഏത് വ്യവസ്ഥയാണ് വിട്ടുപോയതെന്ന് രേഖപ്പെടുത്തുക, അടുത്ത ഡ്യൂട്ടിയിലുള്ള വ്യക്തിക്ക് സമയമുദ്രകളിൽ നിന്ന് ക്രമം പുനർനിർമ്മിക്കേണ്ടിവരില്ല.