SOCKS5 തിരഞ്ഞെടുത്തതുകൊണ്ടുമാത്രം എൻക്രിപ്ഷൻ ചേർക്കപ്പെടില്ല. അത് കൈമാറുന്ന കണക്ഷനുകളും പ്രാമാണീകരണവും ചർച്ച ചെയ്യുന്നു; 5 പ്രോട്ടോക്കോളിന്റെ പതിപ്പാണ്, എൻക്രിപ്ഷൻ നിലവാരമല്ല.

HTTPS-ന് ക്ലയന്റ് SOCKS കണക്ഷൻ തുറന്ന് അതിലൂടെ ലക്ഷ്യസ്ഥാന TLS നടത്താം. ക്ലയന്റിന്റെ സാധാരണ സർട്ടിഫിക്കറ്റ് പരിശോധനകൾക്കൊപ്പം TLS വെബ്സൈറ്റ് ഡാറ്റയെ സംരക്ഷിക്കുന്നു. എൻക്രിപ്ഷനില്ലാത്ത HTTP അതേ വഴിയിലൂടെ അയച്ചാലും അങ്ങനെതന്നെ തുടരും: റിലെ ആപ്പിന്റെ പ്രോട്ടോക്കോൾ മെച്ചപ്പെടുത്തുന്നില്ല.

RFC 1929-ലെ ഉപയോക്തൃനാമം/പാസ്വേഡ് രീതിക്കും സ്വന്തം എൻക്രിപ്ഷനില്ല. അക്കൗണ്ട് പ്രവേശനം നിയന്ത്രിക്കുന്നു, പക്ഷേ സംരക്ഷണമില്ലാത്ത വഴിയിലെ കൈമാറ്റത്തെ രഹസ്യമാക്കുന്നില്ല. അധിക ട്രാൻസ്പോർട്ടുകളോ ചർച്ചചെയ്ത മറ്റു രീതികളോ സംരക്ഷണം മാറ്റാം; അതിനാൽ ക്ലയന്റും സെർവറും യഥാർഥത്തിൽ എന്തുപയോഗിക്കുന്നു എന്നു നോക്കുക.

ലക്ഷ്യത്തിന്റെ സുരക്ഷിത പ്രോട്ടോക്കോൾ, സർട്ടിഫിക്കറ്റ് പരിശോധന, ക്ലയന്റ്-പ്രോക്സി ബന്ധത്തിന്റെ സംരക്ഷണം, ചർച്ചചെയ്ത പ്രാമാണീകരണരീതി എന്നിവ പരിശോധിക്കുക. നടത്തിപ്പുകാരന് ഇനിയും ലക്ഷ്യവിവരവും കണക്ഷൻ മെറ്റാഡാറ്റയും ലഭിക്കാം. curl-ൽ socks5h ലക്ഷ്യ ഹോസ്റ്റ്നാമം പരിഹരിക്കുന്ന സ്ഥലം മാറ്റുന്നു; ക്രിപ്റ്റോഗ്രാഫിക് പാളി ചേർക്കുന്നില്ല.

അനുബന്ധ ലേഖനങ്ങൾ