Защо Basic LDAP удостоверяването в Squid продължава да иска парола
Разберете защо конфигурация Squid Basic LDAP може да провери парола в AD и въпреки това да пита браузъра за идентификационни данни.
Една конфигурация на Squid може да проверява пароли срещу Active Directory и въпреки това да показва прозорец за вход. Това не означава непременно, че нещо е счупено. AD описва къде живее акаунтът; той не казва как браузърът ще докаже кой е потребителят.
В този ред важната дума е basic:
auth_param basic realm Windows Logon
Думите след realm именуват защитеното пространство за удостоверяване. Те не изискват токен за достъп на Windows и не превключват предизвикателството към Negotiate. Basic LDAP помощник получава предоставените данни и ги проверява в директорията.
В типична конфигурация има три отделни решения: как Squid предизвиква клиента, как помощникът валидира този отговор и на кои удостоверени потребители или групи разрешава достъп правилото. Успешното търсене на LDAP група решава само последното. То не може да достави липсващите данни на браузъра.
Ако изискването е тих вход
Изберете поддържана от браузъра интегрирана схема за удостоверяване и настройте предпоставките ѝ от страна на сървъра. За Negotiate, базиран на Kerberos, това включва идентичността на услугата и ключовия материал, както и клиентска политика, позволяваща удостоверяване към този прокси. Самото сменяне на изпълнимия файл на помощника при Basic конфигурация няма да извърши това преобразуване.
Решете какъв резултат ви е нужен, преди да замените работеща LDAP настройка. Приемането на същите потребителско име и парола, използвани за вход на работна станция, е разумно изискване за Basic удостоверяване. Повторното използване на влязлата Windows идентичност без запитване за тази парола е друго изискване, с друга работа по протокола и внедряването.