Squid Basic LDAP പ്രമാണീകരണം ഇപ്പോഴും പാസ്‌വേഡ് ആവശ്യപ്പെടുന്നത് എന്തുകൊണ്ട്
Squid Basic LDAP ക്രമീകരണത്തിന് AD പാസ്‌വേഡ് സാധൂകരിച്ചിട്ടും ബ്രൗസറിനോട് ക്രെഡൻഷ്യലുകൾ ആവശ്യപ്പെടുന്നത് എന്തുകൊണ്ടെന്ന് മനസ്സിലാക്കുക.
Squid ക്രമീകരണത്തിന് Active Directory-യിൽ പാസ്‌വേഡുകൾ പരിശോധിക്കാനും എന്നിട്ടും ലോഗിൻ ബോക്സ് കാണിക്കാനും കഴിയും. അത് എന്തെങ്കിലും കേടായി എന്ന് അർത്ഥമാക്കുന്നില്ല. അക്കൗണ്ട് എവിടെയാണെന്ന് AD വിവരിക്കുന്നു; ഉപയോക്താവ് ആരെന്ന് ബ്രൗസർ എങ്ങനെ തെളിയിക്കുമെന്ന് അത് പറയുന്നില്ല.
ഈ വരിയിൽ പ്രധാന വാക്ക് basic ആണ്:
auth_param basic realm Windows Logonrealm-ന് ശേഷമുള്ള വാക്കുകൾ സംരക്ഷിത പ്രമാണീകരണ മേഖലയെ നാമകരണം ചെയ്യുന്നു. അവ Windows ആക്സസ് ടോക്കൺ ആവശ്യപ്പെടുന്നില്ല, ചലഞ്ച് Negotiate-ലേക്ക് മാറ്റുന്നുമില്ല. Basic LDAP സഹായി നൽകിയ ക്രെഡൻഷ്യലുകൾ സ്വീകരിച്ച് ഡയറക്ടറിയിൽ പരിശോധിക്കുന്നു.
സാധാരണ ക്രമീകരണത്തിൽ മൂന്ന് വ്യത്യസ്ത തീരുമാനങ്ങളുണ്ട്: Squid ക്ലയന്റിനെ എങ്ങനെ വെല്ലുവിളിക്കുന്നു, സഹായി ആ പ്രതികരണം എങ്ങനെ സാധൂകരിക്കുന്നു, ഏത് പ്രമാണീകരിച്ച ഉപയോക്താക്കളെയോ ഗ്രൂപ്പുകളെയോ ആക്സസ് നിയമം അനുവദിക്കുന്നു. വിജയകരമായ LDAP ഗ്രൂപ്പ് തിരയൽ അവസാന തീരുമാനം മാത്രം കൈകാര്യം ചെയ്യുന്നു. ബ്രൗസറിൽ ഇല്ലാത്ത ക്രെഡൻഷ്യലുകൾ അതിന് നൽകാനാവില്ല.
ആവശ്യകത നിശ്ശബ്ദ സൈൻ-ഇൻ ആണെങ്കിൽ
ബ്രൗസർ പിന്തുണയ്ക്കുന്ന സംയോജിത പ്രമാണീകരണ പദ്ധതി തിരഞ്ഞെടുത്ത് അതിന്റെ സെർവർ വശത്തെ മുൻവ്യവസ്ഥകൾ ക്രമീകരിക്കുക. Kerberos അടിസ്ഥാനമാക്കിയ Negotiate-ന് ഇതിൽ സേവന ഐഡന്റിറ്റിയും കീ മെറ്റീരിയലും, ആ പ്രോക്സിയിലേക്കുള്ള പ്രമാണീകരണം അനുവദിക്കുന്ന ക്ലയന്റ് നയവും ഉൾപ്പെടുന്നു. Basic ക്രമീകരണത്തിൽ സഹായിയുടെ എക്സിക്യൂട്ടബിൾ മാത്രം മാറ്റുന്നത് ആ പരിവർത്തനം നടത്തില്ല.
പ്രവർത്തിക്കുന്ന LDAP ക്രമീകരണം മാറ്റുന്നതിന് മുമ്പ് ഏത് ഫലമാണ് വേണ്ടതെന്ന് തീരുമാനിക്കുക. വർക്ക്സ്റ്റേഷൻ ലോഗിനിന് ഉപയോഗിക്കുന്ന അതേ ഉപയോക്തൃനാമവും പാസ്‌വേഡും സ്വീകരിക്കുന്നത് ന്യായമായ Basic ആവശ്യകതയാണ്. ആ പാസ്‌വേഡ് ചോദിക്കാതെ ലോഗിൻ ചെയ്ത Windows ഐഡന്റിറ്റി വീണ്ടും ഉപയോഗിക്കുന്നത് മറ്റൊരു ആവശ്യകതയാണ്, വ്യത്യസ്ത പ്രോട്ടോക്കോൾ, വിന്യാസ പ്രവർത്തനങ്ങളോടെ.