Tor-ന്റെ SOCKS പോർട്ടിലൂടെ UDP: എന്താണ് കടന്നുപോകാത്തത്

ഒരു ആപ്പിനെ SOCKS പോർട്ടിലേക്ക് വിരൽ ചൂണ്ടിക്കാണിക്കുന്നത് ബ്രൗസറിന് പ്രവർത്തിക്കുന്നു, ഗെയിമിന് പരാജയപ്പെടുന്നു, കാരണം കോൺഫിഗറേഷനല്ല. SOCKS5 നിരവധി കമാൻഡുകൾ നിർവചിക്കുന്നു, ഒരു നടപ്പാക്കലിന് അവയിൽ ചിലത് മാത്രം പിന്തുണയ്ക്കാൻ സ്വാതന്ത്ര്യമുണ്ട്; Tor-ന്റെ ഇന്റർഫേസ് സ്ട്രീം കണക്ഷനുകളും നാമപരിഹാരവും സ്വീകരിക്കുന്നു, അനിയന്ത്രിത ഡാറ്റാഗ്രാം ഫോർവേഡിംഗ് അല്ല. UDP അയച്ച് പ്രോക്സി അത് റിലേ ചെയ്യുമെന്ന് പ്രതീക്ഷിക്കുന്ന ക്ലയന്റ്, സെർവർ നടപ്പാക്കാത്ത ഒരു കമാൻഡ് ആവശ്യപ്പെടുന്നു. താഴെയുള്ള ഗൈഡ് ഇത് കുറച്ച് മിനിറ്റുകളിൽ പരിശോധിച്ച്, യഥാർത്ഥത്തിൽ പ്രവർത്തിക്കാവുന്ന ഒരു ട്രാൻസ്പോർട്ട് തിരഞ്ഞെടുക്കുന്നു.

ആപ്പ് യഥാർത്ഥത്തിൽ എന്ത് അയയ്ക്കുന്നു എന്ന് പരിശോധിക്കുക

പ്രോട്ടോക്കോളിന്റെ പേരല്ല, ട്രാൻസ്പോർട്ട് തിരിച്ചറിയുന്നതിൽ നിന്ന് തുടങ്ങുക. വോയ്സ് ക്ലയന്റ് HTTPS വഴി സൈൻ ഇൻ ചെയ്ത് പിന്നീട് മീഡിയ UDP വഴി കൊണ്ടുപോകാം; ഗെയിം TCP വഴി പ്രാമാണീകരിച്ച് UDP വഴി കളിക്കാം; ഫയൽ കൈമാറ്റം നിയന്ത്രണത്തിന് TCP ഉം കണ്ടെത്തലിന് UDP ഉം ഉപയോഗിക്കാം. ആദ്യ രണ്ട് സ്വഭാവങ്ങളും ലോഗിൻ വിജയിച്ചിട്ടും കോൾ പരാജയപ്പെടുന്നത് വരെ ഒരേപോലെ തോന്നുന്നു, അതിനാൽ “കണക്ട് ചെയ്തു” എന്നത് മുഴുവൻ ആപ്പും പ്രവർത്തിക്കുന്നു എന്നതിന്റെ തെളിവല്ല. ചില ക്ലയന്റുകൾ സ്വയം UDP-യിൽ നിന്ന് TCP-യിലേക്ക് മടങ്ങുന്നു, ഇത് ഭാഗികമായി പ്രവർത്തിക്കുന്ന സെഷനെ തടയപ്പെട്ട ട്രാൻസ്പോർട്ടിന് പകരം അസ്ഥിരമായ നെറ്റ്വർക്ക് പോലെ കാണിക്കുന്നു.

പരാജയപ്പെടുന്ന ഭാഗത്തിന് ലക്ഷ്യ പോർട്ടും ട്രാൻസ്പോർട്ടും എഴുതി വയ്ക്കുക. ആ ഒരു വരിയാണ് പ്രോക്സിക്ക് ഒട്ടും സഹായിക്കാനാകുമോ എന്ന് തീരുമാനിക്കുന്നത്.

Tor-ന്റെ SOCKS ഇന്റർഫേസ് എന്ത് സ്വീകരിക്കും

Tor സ്ട്രീം കണക്ഷനുകൾക്ക് SOCKS5 CONNECT കമാൻഡും പേരുകൾ പരിഹരിക്കാൻ എക്സ്റ്റൻഷൻ കമാൻഡുകളും നടപ്പാക്കുന്നു, അതിനാൽ ബ്രൗസർ മാറ്റമില്ലാതെ അതിലൂടെ പ്രവർത്തിക്കുന്നു. ക്ലയന്റിന് ഡാറ്റാഗ്രാമുകൾ ഫോർവേഡിംഗിനായി പ്രോക്സിക്ക് കൈമാറാൻ അനുവദിക്കുന്ന UDP ASSOCIATE, Tor വാഗ്ദാനം ചെയ്യുന്നതിന്റെ ഭാഗമല്ല. എക്സ്റ്റൻഷനുകളുടെ ഡോക്യുമെന്റേഷൻ പ്രോജക്റ്റിന്റെ SOCKS എക്സ്റ്റൻഷൻ സ്പെസിഫിക്കേഷനിൽ ഉണ്ട്, അത് ചെറുതാണ്. ഡാറ്റാഗ്രാം കമാൻഡിന്റെ അഭാവം ബോധപൂർവമാണ്: അനിയന്ത്രിത UDP റിലേ ചെയ്യുന്നത് നെറ്റ്വർക്കിന് അത് ഒരിക്കലും രൂപകൽപ്പന ചെയ്യാത്ത ഒരു ഫോർവേഡിംഗ് പങ്ക് നൽകും.

WireGuard-നും ഇതേ ഉത്തരമാണ്, അത് രൂപകൽപ്പനയിൽ UDP ആണ്, TCP ബദൽ വഴിയില്ല. WireGuard-നെ SOCKS പോർട്ടിലേക്ക് വിരൽ ചൂണ്ടിക്കാണിക്കുന്ന പിന്തുണയുള്ള വഴിയില്ല, വിപരീതം അവകാശപ്പെടുന്നതെല്ലാം രണ്ട് ഉപകരണങ്ങളിൽ ഒന്നിന്റെയും സവിശേഷതയല്ലാത്ത, സ്വന്തം വിശ്വാസ-പരിപാലന കഥയുള്ള ഒരു ആവരണമാണ്.

OpenVPN ഭാഗിക അപവാദമാണ്, കാരണം അതിനെ TCP-യിൽ ടണൽ ചെയ്യാൻ കോൺഫിഗർ ചെയ്യാം, SOCKS പ്രോക്സി ഓപ്ഷൻ അത് മനസ്സിലാക്കുന്നു. എന്നിട്ടും TCP-ക്കായി കോൺഫിഗർ ചെയ്ത സെർവറും പ്രകടനത്തിന്റെയും വിരലടയാളത്തിന്റെയും പ്രത്യാഘാതങ്ങളെക്കുറിച്ച് ബോധപൂർവമായ തീരുമാനവും ആവശ്യമാണ്, അതിനാൽ ഇത് ഒരു ഡിസൈൻ തിരഞ്ഞെടുപ്പാണ്, അനുയോജ്യതാ പരിഹാരമല്ല.

പരിശോധന ക്രമത്തിൽ പ്രവർത്തിപ്പിക്കുക

ആദ്യം പ്രോക്സി സ്ട്രീമുകൾക്ക് പ്രവർത്തിക്കുന്നു എന്ന് ഉറപ്പാക്കുക, പിന്നീടുള്ള പരാജയം എത്തിച്ചേരാനാകാത്ത പോർട്ടിന്മേൽ ആരോപിക്കാതിരിക്കാൻ. പിന്നെ ആപ്പിന്റെ സ്വന്തം ട്രാഫിക് ഉറപ്പാക്കുക, അത് യഥാർത്ഥത്തിൽ ഏത് സോക്കറ്റുകൾ തുറക്കുന്നു എന്ന് നിരീക്ഷിക്കുക.

curl --socks5-hostname 127.0.0.1:9050 -sS https://check.torproject.org/api/ip
ss -tupn | grep 9050
ss -aun | grep -E ':(3478|5060|27015)\b'

വിജയകരമായ ആദ്യ കമാൻഡും രണ്ടാം വരിയിൽ സ്ഥാപിതമായ സ്ട്രീമും പ്രോക്സി പാത രൂപകൽപ്പനപ്രകാരം പ്രവർത്തിക്കുന്നു എന്ന് കാണിക്കുന്നു. മൂന്നാം കമാൻഡ് ആപ്പിന് ഉള്ള പ്രാദേശിക ഡാറ്റാഗ്രാം സോക്കറ്റുകൾ തിരയുന്നു; ക്ലയന്റ് ഒന്ന് തുറന്ന് നേരിട്ട് വിദൂര വിലാസത്തിലേക്ക് അയച്ചാൽ, അത് ഒരിക്കലും പ്രോക്സിയോട് ആലോചിച്ചിട്ടില്ല, ഒരു പ്രോക്സി ക്രമീകരണവും അത് മാറ്റില്ല. ആദ്യ ഘട്ടത്തിൽ തന്നെ പരാജയപ്പെട്ടാൽ, നിർത്തി ആപ്പ് അന്വേഷിക്കുന്നതിന് മുമ്പ് പ്രോക്സി പാത ശരിയാക്കുക, കാരണം ഒരുമിച്ച് രണ്ട് തകരാറുകൾ ആർക്കും നടപടിയെടുക്കാനാകാത്ത ഒരു റിപ്പോർട്ട് ഉണ്ടാക്കുന്നു.

പിന്നോട്ട് മാറ്റി ശരിയായ ഉപകരണം തിരഞ്ഞെടുക്കുക

UDP ക്ലയന്റിനെ SOCKS പോർട്ടിലേക്ക് വിരൽ ചൂണ്ടിയ ഏതെങ്കിലും പ്രോക്സി പരിസ്ഥിതി ചരമോ ഓരോ ആപ്പിനുമുള്ള പ്രോക്സി ക്രമീകരണമോ നീക്കം ചെയ്യുക; അവ വിട്ടാൽ പിന്നീടുള്ള പരിശോധനകൾ അവ്യക്തമാകും. പകർപ്പിൽ നിന്ന് മുൻ കോൺഫിഗറേഷൻ പുനഃസ്ഥാപിക്കുക, ആപ്പ് വീണ്ടും പ്രവർത്തിപ്പിക്കുക, യഥാർത്ഥ സ്വഭാവം തിരികെ വന്നു എന്ന് ഉറപ്പാക്കുക, താരതമ്യം വ്യക്തമാകാൻ. പരിശോധിക്കാത്ത റോൾബാക്ക് അവസ്ഥ മാറി എന്ന പ്രതീക്ഷ മാത്രമാണ്.

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