SOCKS പ്രോക്സിക്ക് സന്ദേശങ്ങൾ ലോഡ് ചെയ്യാം പക്ഷേ കോളുകളിൽ പരാജയപ്പെടുന്നു
Dante റഫറൻസും SOCKS5-ന്റെ UDP ആവശ്യകതകളും ഉപയോഗിച്ച് പ്രവർത്തിക്കുന്ന TCP പാത ഒരു അപ്ലിക്കേഷന്റെ കോൾ ട്രാഫിക്കിനുള്ള പിന്തുണ തെളിയിക്കാത്തത് എന്തുകൊണ്ടെന്ന് വിശദീകരിക്കുന്നു.
ടെക്സ്റ്റ് സന്ദേശങ്ങൾ SOCKS പ്രോക്സിയിലൂടെ എത്തുന്നു, പക്ഷേ വോയ്സ് കോൾ ഒരിക്കലും ബന്ധിപ്പിക്കുന്നില്ല. പ്രോക്സി പൂർണ്ണമായും കേടായിരിക്കണമെന്നില്ല. അപ്ലിക്കേഷൻ കോളുകൾക്ക് മറ്റൊരു ഗതാഗതം ഉപയോഗിച്ചേക്കാം.
വിജയകരമായ TCP അഭ്യർത്ഥന ആ പ്രവർത്തനത്തിനുള്ള TCP പാത തെളിയിക്കുന്നു. SOCKS5 UDP അസോസിയേഷനും നിർവചിക്കുന്നു, പക്ഷേ ക്ലയന്റ്, SOCKS സേവനം, നെറ്റ്വർക്ക് നിയമങ്ങൾ, അപ്ലിക്കേഷൻ ക്രമീകരണങ്ങൾ എന്നിവയെല്ലാം ഉദ്ദേശിച്ച UDP പാതയെ പിന്തുണയ്ക്കണം.
TCP ലിസണറിൽ കൂടുതലുണ്ട്
Dante മാനുവൽ പ്രോട്ടോക്കോളും കമാൻഡ് നിയമങ്ങളും വേർതിരിക്കുന്നു, അവയിൽ connect, udpassociate, udpreply എന്നിവ ഉൾപ്പെടുന്നു. നിങ്ങൾ ഇതിനകം പരിശോധിച്ച TCP കണക്ഷൻ മാത്രം അനുവദിക്കുന്ന നിയമം ആവശ്യമായ UDP അനുമതികൾ സ്ഥാപിക്കുന്നില്ല.
UDP അസോസിയേഷനിൽ ഒരു റിലേ എൻഡ്പോയിന്റും മടങ്ങിവരുന്ന ട്രാഫിക്കും ഉൾപ്പെടുന്നു. ഫയർവാളുകളും വിലാസ വിവർത്തനവും ആ യഥാർത്ഥ പാത അനുവദിക്കണം. SOCKS-ന്റെ TCP ലിസണർ തുറക്കുന്നത് അതിന്റെ UDP റിലേ എത്താവുന്നതാക്കുന്നതിന് തുല്യമല്ല.
അപ്ലിക്കേഷന്റെ നിലവിലെ പ്രോക്സി ഡോക്യുമെന്റേഷനും ക്രമീകരണങ്ങളും പരിശോധിക്കുക. വിവിധ പതിപ്പുകൾ സന്ദേശങ്ങൾ, മീഡിയ, കോളുകൾ എന്നിവ വ്യത്യസ്തമായി കൈകാര്യം ചെയ്തേക്കാം. പഴയ ക്ലയന്റിനുള്ള ഒരു ഫോറം പാചകക്കുറിപ്പ് എല്ലാ നിലവിലെ ക്ലയന്റും കോളുകൾ SOCKS വഴി അയയ്ക്കുന്നു എന്നതിന് തെളിവായി അവതരിപ്പിക്കരുത്.
ആദ്യ രോഗനിർണയമായി എല്ലാ UDP പോർട്ടുകളും തുറക്കുന്നത് ഒഴിവാക്കുക. റിലേ സ്വഭാവവും ഉദ്ദേശിച്ച ക്ലയന്റ് പരിധിയും നിർണ്ണയിച്ച്, അനുയോജ്യമായ നിയന്ത്രിത നെറ്റ്വർക്ക് നയം പ്രയോഗിക്കുക. അതുപോലെ, കോളുകൾക്കുള്ള പ്രോക്സി ക്രമീകരണം പ്രവർത്തനരഹിതമാക്കുന്നത് കോൾ നേരിട്ട് അയച്ച് പ്രവർത്തിപ്പിച്ചേക്കാം, അത് പ്രോക്സി ചെയ്ത പാത നന്നാക്കുന്നതിന് പകരം പുറത്തേക്കുള്ള പാത മാറ്റുന്നു.
ഓരോ പ്രവർത്തനത്തിനും വിജയം രേഖപ്പെടുത്തുക: സന്ദേശങ്ങൾ, മീഡിയ കൈമാറ്റം, കോളുകൾ. പ്രവർത്തിക്കുന്ന ഒരു അഭ്യർത്ഥനയോ മാറിയ ബ്രൗസർ IP-യോ മറ്റൊരു അപ്ലിക്കേഷന്റെ എല്ലാ ഭാഗവും ഒരേ പ്രോക്സി എക്സിറ്റ് പങ്കിടുന്നു എന്ന് തെളിയിക്കാനാവില്ല.