Squid ലോഗിൻ വിജയിക്കുന്നു, പക്ഷേ LDAP ഗ്രൂപ്പ് നിയമം ആക്സസ് നിഷേധിക്കുന്നു
പാസ്വേഡുകൾ മാറ്റുന്നതിനോ ഡയറക്ടറിയുടെ ഗ്രൂപ്പ് അംഗത്വം വീണ്ടും എഴുതുന്നതിനോ മുൻപ് Squid-ന്റെ LDAP ഗ്രൂപ്പ് സഹായിക്ക് നൽകുന്ന ഉപയോക്തൃനാമം പരിശോധിക്കുക.
ലോഗിൻ വിജയിക്കുന്നു പക്ഷേ ഗ്രൂപ്പ് നിയമം അഭ്യർത്ഥന നിഷേധിക്കുന്നുവെങ്കിൽ, പാസ്വേഡ് മാറ്റുന്നതിന് മുൻപ് ഐഡന്റിറ്റി LDAP തിരച്ചിലിലേക്ക് പിന്തുടരുക. പ്രാമാണീകരണം, ഉപയോക്തൃ ഒബ്ജക്റ്റ് കണ്ടെത്തൽ, ഗ്രൂപ്പ് അംഗത്വം ഒത്തുനോക്കൽ എന്നിവ മൂന്ന് വേറിട്ട ഫലങ്ങളാണ്.
- പ്രാമാണീകരിച്ച പേര് രേഖപ്പെടുത്തുക: അത്
DOMAIN\alex,[email protected]അല്ലെങ്കിൽalexആകാം. - ബാഹ്യ ACL-ന്റെ
%LOGINവഴി കടക്കുന്ന മൂല്യവും സഹായി തിരയുന്ന ഉപയോക്തൃ ഗുണവും പരിശോധിക്കുക. - അനുവദിച്ചതും അനുവദിക്കാത്തതുമായ ഒരു പരീക്ഷണ ഐഡന്റിറ്റി താരതമ്യം ചെയ്യുക: ഏത് തിരച്ചിൽ പേരാണ് ഉണ്ടായത്, ഉപയോക്താവിനെ കണ്ടെത്തിയോ, അംഗത്വം ഒത്തുപോയോ?
ext_ldap_group_acl-ന്, രേഖപ്പെടുത്തിയ -S NT ശൈലിയിലുള്ള ഡൊമെയിൻ ഘടകം നീക്കുന്നു, -K @ കൊണ്ട് വേർതിരിച്ച Kerberos realm ഘടകം നീക്കുന്നു. ആ പരിവർത്തനം ഡയറക്ടറിയുടെ കരാറുമായി ഒത്തുപോകുമ്പോൾ മാത്രം ഇവയിലൊന്ന് ഉപയോഗിക്കുക. രണ്ട് അധികാരമുള്ള ഡൊമെയിനുകൾക്ക് ഒരേ ചെറിയ പേരുണ്ടെങ്കിൽ, യോഗ്യത നീക്കുന്നത് തെറ്റായ ഐഡന്റിറ്റി തിരഞ്ഞെടുത്തേക്കാം.
സഹായിയുടെ ഫിൽട്ടർ പകരങ്ങളും ശരിയായി സൂക്ഷിക്കുക. ഉപയോക്തൃ തിരച്ചിൽ ഫിൽട്ടറുകൾക്കും ഗ്രൂപ്പ് തിരച്ചിൽ ഫിൽട്ടറുകൾക്കും വ്യത്യസ്ത പ്ലേസ്ഹോൾഡറുകളാണുള്ളത്; മറ്റൊരു സഹായിയിൽ നിന്നോ പതിപ്പിൽ നിന്നോ പകർത്തിയ ഫിൽട്ടർ LDAP കണക്ടിവിറ്റി പ്രവർത്തിച്ചാലും തെറ്റായ മൂല്യം തിരഞ്ഞേക്കാം.
നയത്തിൽ നിന്ന് വ്യത്യസ്തമായ ആദ്യ ഫലം കണ്ടെത്തി ആ മാപ്പിംഗോ തിരച്ചിലോ ശരിയാക്കുക. ബൈൻഡ് രഹസ്യങ്ങളും ഉപയോക്തൃ പാസ്വേഡുകളും താരതമ്യത്തിന് പുറത്ത് നിർത്തുക. സാധുവായ ലോഗിനിന് ശേഷം ഗ്രൂപ്പ് തിരച്ചിൽ പരാജയപ്പെടുന്നത് ബ്രൗസറിന്റെ പ്രാമാണീകരണ രീതി മാറ്റേണ്ടതില്ല.