SOCKS5 പാസ്‌വേഡ് പ്രാമാണീകരണം എന്തുകൊണ്ട് പതിപ്പ് 1-ൽ ആരംഭിക്കുന്നു

SOCKS5 ക്ലയന്റ് പതിപ്പ് 5-ൽ തുടങ്ങുന്നു, തുടർന്ന് പാസ്‌വേഡ് പ്രാമാണീകരണ വേളയിൽ പതിപ്പ് 1 അയയ്ക്കുന്നു. അത് നിർബന്ധമായും ഒരു ഡൗൺഗ്രേഡോ തെറ്റായ പ്രോക്സിയോ അല്ല.

ആദ്യ കൈമാറ്റം SOCKS5 പ്രാമാണീകരണ രീതി ചർച്ച ചെയ്യുന്നു. ഉപയോക്തൃനാമം/പാസ്‌വേഡ് തിരഞ്ഞെടുക്കുമ്പോൾ, RFC 1929 പതിപ്പ് ഫീൽഡ് 0x01 ആയ ഒരു വേറിട്ട ഉപചർച്ച നിർവചിക്കുന്നു.

ആ പ്രാമാണീകരണ അഭ്യർത്ഥനയിൽ ഉപയോക്തൃനാമത്തിന്റെയും പാസ്‌വേഡിന്റെയും നീളങ്ങളും ബൈറ്റുകളും ഉൾപ്പെടുന്നു. സർവർ ഉപചർച്ചയുടെ പതിപ്പും ഒരു സ്ഥിതിയും തിരികെ നൽകുന്നു. പ്രാമാണീകരണം വിജയിച്ചതിനു ശേഷം മാത്രമേ ക്ലയന്റ് SOCKS5 ലക്ഷ്യ അഭ്യർത്ഥന അയയ്ക്കൂ.

ഒരു ട്രേസ് വായിക്കുമ്പോഴോ ക്ലയന്റ് നടപ്പിലാക്കുമ്പോഴോ രണ്ട് കൈമാറ്റങ്ങളും വേറിട്ട് സൂക്ഷിക്കുക. സേവനത്തിന്റെ പേര് SOCKS5 ആയതിനാൽ എല്ലായിടത്തും 0x05 ആവർത്തിക്കുന്നത് തെറ്റായ പ്രാമാണീകരണ സന്ദേശം ഉണ്ടാക്കുന്നു.

വിജയകരമായ പാസ്‌വേഡ് സ്ഥിതി എന്നാൽ അഭ്യർത്ഥിച്ച ലക്ഷ്യം അനുവദനീയമാണ് എന്നർത്ഥമില്ല. അടുത്ത SOCKS മറുപടി ആ കണക്ഷൻ ഇപ്പോഴും നിരസിച്ചേക്കാം.

അവസാനമായി, ഈ ഉപയോക്തൃനാമം/പാസ്‌വേഡ് രീതി അതിന്റെ ക്രെഡൻഷ്യലുകൾ എൻക്രിപ്റ്റ് ചെയ്യുന്നില്ല. പതിപ്പ് ബൈറ്റ് ഒരു സന്ദേശ ഫോർമാറ്റ് സൂചിപ്പിക്കുന്നു, എൻക്രിപ്റ്റ് ചെയ്തതോ കൂടുതൽ ശക്തമായതോ ആയ ലോഗിൻ മോഡല്ല.