Зошто Squid Basic LDAP автентикацијата сè уште бара лозинка

Конфигурацијата на Squid може да проверува лозинки во Active Directory и сепак да прикаже прозорец за најава. Тоа не значи нужно дека нешто е расипано. AD опишува каде се наоѓа сметката; не кажува како прелистувачот ќе докаже кој е корисникот.

Во овој ред, важниот збор е basic:

auth_param basic realm Windows Logon

Зборовите по realm го именуваат заштитеното подрачје за автентикација. Тие не бараат пристапен токен на Windows и не го префрлаат предизвикот на Negotiate. Помошникот Basic LDAP ги прима доставените акредитиви и ги проверува во директориумот.

Во типична конфигурација има три одделни одлуки: како Squid го предизвикува клиентот, како помошникот го валидира тој одговор и на кои автентицирани корисници или групи им дозволува пристап правилото. Успешното пребарување на група во LDAP ја решава само последната одлука. Тоа не може да ги обезбеди акредитивите што му недостигаат на прелистувачот.

Ако барањето е тивка најава

Изберете шема за интегрирана автентикација што ја поддржува прелистувачот и поставете ги нејзините предуслови на серверската страна. За Negotiate заснован на Kerberos, тоа вклучува идентитетот на службата и клучниот материјал, како и клиентска политика што дозволува автентикација кон тој прокси. Самата замена на извршната датотека на помошникот во Basic конфигурација нема да ја изврши таа преобразба.

Одлучете кој резултат ви е потребен пред да замените работна LDAP поставка. Прифаќањето на истото корисничко име и лозинка што се користат за најава на работна станица е разумно барање за Basic автентикација. Повторното користење на најавениот идентитет на Windows без прашање за таа лозинка е друго барање, со друга работа на протоколот и распоредувањето.