Dante-യിൽ SOCKS5 ആധികാരികതാ രീതികൾ തിരഞ്ഞെടുക്കൽ
Dante ഒരു വാഗ്ദാനം ചെയ്ത SOCKS5 ആധികാരികതാ രീതി എങ്ങനെ തിരഞ്ഞെടുക്കുന്നു, രീതികളുടെ ക്രമം ക്ലയന്റുകൾ അനുഭവിക്കുന്ന നയം എങ്ങനെ മാറ്റുന്നു എന്ന് മനസ്സിലാക്കുക.
SOCKS5-ൽ, ക്ലയന്റ് അതിന്റെ ലക്ഷ്യ അഭ്യർത്ഥന അയയ്ക്കുന്നതിന് മുമ്പ് ആധികാരികത നെഗോഷ്യേറ്റ് ചെയ്യുന്നു. അതിനാൽ നേരത്തെയുള്ള ക്രെഡൻഷ്യൽ പരാജയം പ്രോക്സിക്ക് അപ്പുറമുള്ള FTP, HTTPS അല്ലെങ്കിൽ മറ്റ് ആപ്ലിക്കേഷൻ പരാജയത്തിൽ നിന്ന് വ്യത്യസ്ത സംഭവമാണ്.
ക്ലയന്റിന്റെ അഭിവാദ്യം അത് പിന്തുണയ്ക്കുന്ന ആധികാരികതാ രീതികൾ പട്ടികപ്പെടുത്തുന്നു. സെർവർ ആ പട്ടികയിൽ നിന്ന് ഒരു രീതി തിരഞ്ഞെടുത്ത് തിരഞ്ഞെടുപ്പ് തിരികെ അയയ്ക്കുന്നു. 0xff മൂല്യം അർത്ഥമാക്കുന്നത് വാഗ്ദാനം ചെയ്ത ഒരു രീതിയും സ്വീകാര്യമല്ല എന്നും കണക്ഷൻ അടയ്ക്കണം എന്നുമാണ്. പാസ്വേഡ് പരാജയപ്പെട്ട ശേഷം ക്ലയന്റ് സെർവർ വശത്തുള്ള ഓരോ രീതിയും വെറുതെ പരീക്ഷിക്കുന്നില്ല.
Dante-യുടെ ക്രമം എന്താണ് നിയന്ത്രിക്കുന്നത്
Dante 1.4.x പ്രോട്ടോക്കോൾ തലത്തിലുള്ള ക്രമീകരണത്തെ socksmethod എന്ന് വിളിക്കുന്നു. അതിന്റെ ഡോക്യുമെന്റേഷൻ പറയുന്നത് രീതികൾ മുൻഗണനാ ക്രമത്തിൽ പട്ടികപ്പെടുത്തുന്നു എന്നാണ്. രണ്ട് രീതികളും അനുവദിക്കുന്ന നയത്തിന്, ക്ലയന്റ് അത് വാഗ്ദാനം ചെയ്യുമ്പോൾ ഈ പ്രഖ്യാപനം ഉപയോക്തൃനാമം/പാസ്വേഡിന് മുൻഗണന നൽകുന്നു:
socksmethod: username noneപട്ടിക മറിച്ചിടുന്നത് രണ്ട് രീതികളും വാഗ്ദാനം ചെയ്യുമ്പോൾ ആധികാരികതയില്ലാത്ത പ്രവേശനത്തിന് മുൻഗണന നൽകുന്നു:
socksmethod: none usernameഇവ ബദൽ രീതി പ്രഖ്യാപനങ്ങളാണ്, പൂർണ്ണ സെർവർ കോൺഫിഗറേഷനുകളല്ല. ശ്രവണ ഇന്റർഫേസുകൾ, അനുവദിച്ച ക്ലയന്റുകൾ, ലക്ഷ്യ നിയമങ്ങൾ, ഏതെങ്കിലും നിയമ-നിർദ്ദിഷ്ട ആധികാരികതാ നിയന്ത്രണങ്ങൾ എന്നിവ ഇപ്പോഴും പ്രധാനമാണ്.
none അനുവദിക്കുന്നതിന് വ്യക്തമായ പരിണിതഫലമുണ്ട്: ആധികാരികതയില്ലാത്തത് മാത്രം വാഗ്ദാനം ചെയ്യുന്ന ക്ലയന്റിനെ ബാധകമായ നിയമങ്ങൾക്ക് കീഴിൽ സ്വീകരിച്ചേക്കാം. username ആദ്യം വയ്ക്കുന്നത് none അടങ്ങുന്ന പട്ടികയെ എല്ലാവരും പാസ്വേഡ് നൽകണം എന്ന ആവശ്യകതയാക്കി മാറ്റുന്നില്ല.
ആദ്യം ആവശ്യകത തിരഞ്ഞെടുക്കുക
ഓരോ അനുവദിച്ച ക്ലയന്റും ഉപയോക്തൃനാമം/പാസ്വേഡ് ഉപയോഗിച്ച് ആധികാരികത ഉറപ്പാക്കണമെങ്കിൽ, none ഒരു പൊതു അനുകൂല്യ പരിഹാരമായി ചേർക്കുന്നതിന് പകരം ആ ആവശ്യകത ആഗോള, ബാധക നിയമങ്ങളിൽ സ്ഥിരതയോടെ ക്രമീകരിക്കുക. പരിമിതമായ ക്ലയന്റ് ഗ്രൂപ്പിന് അജ്ഞാത പ്രവേശനം ഉദ്ദേശ്യപൂർവമാണെങ്കിൽ, ഗ്രൂപ്പും അതിന്റെ അനുവദിച്ച ലക്ഷ്യങ്ങളും വ്യക്തമാക്കുക.
Dante-യിൽ clientmethod ഉം ഉണ്ട്, അത് TCP ക്ലയന്റ് കണക്ട് ചെയ്യുമ്പോൾ, SOCKS നെഗോഷ്യേഷന് മുമ്പ് നടത്തുന്ന പരിശോധനകളെ സംബന്ധിക്കുന്നു. SOCKS5 അഭിവാദ്യത്തിൽ കൈമാറുന്ന രീതികളിൽ നിന്ന് വേറിട്ട പാളിയാണിത്. പഴയ method കീവേഡ് ഉപയോഗിക്കുന്ന കോൺഫിഗറേഷൻ ഭാഗങ്ങൾ ഇൻസ്റ്റാൾ ചെയ്ത Dante പതിപ്പിന്റെ മാനുവൽ അനുസരിച്ച് വായിക്കണം.
രണ്ട് ക്ലയന്റുകൾ വ്യത്യസ്തമായി പെരുമാറുമ്പോൾ, ഓരോന്നും എന്ത് വാഗ്ദാനം ചെയ്യുന്നു, Dante എന്ത് തിരഞ്ഞെടുക്കുന്നു, തിരഞ്ഞെടുത്ത രീതിയുടെ ഉപ-നെഗോഷ്യേഷൻ വിജയിക്കുന്നുണ്ടോ എന്ന് താരതമ്യം ചെയ്യുക. തുടർന്ന് SOCKS ലക്ഷ്യ പ്രതികരണം പരിശോധിക്കുക. ഈ ക്രമം ഓരോ പരാജയവും FTP-യുടെ മേൽ ആരോപിക്കാതെയോ സെർവറിന്റെ ആധികാരികതാ നയം കണ്ണടച്ച് മാറ്റാതെയോ കാണാത്ത ക്രെഡൻഷ്യൽ കോൾബാക്ക് തിരിച്ചറിയുന്നു.
അവസാനം, SOCKS5 ഉപയോക്തൃനാമം/പാസ്വേഡ് ആധികാരികത പാസ്വേഡ് കൈമാറ്റം എൻക്രിപ്റ്റ് ചെയ്യുന്നില്ല. ആ ക്രെഡൻഷ്യലുകൾക്ക് രഹസ്യസ്വഭാവം ആവശ്യമാകുമ്പോൾ ഉചിതമായി സംരക്ഷിത ട്രാൻസ്പോർട്ടോ നെറ്റ്വർക്കോ ഉപയോഗിക്കുക.