Miért kér mégis jelszót a Squid Basic LDAP hitelesítés

Egy Squid-beállítás ellenőrizheti a jelszavakat az Active Directoryval szemben, és mégis megjeleníthet egy bejelentkező ablakot. Ez nem feltétlenül jelent hibát. Az AD leírja, hol található a fiók; azt nem mondja meg, hogyan fogja a böngésző bizonyítani, ki a felhasználó.

Ebben a sorban a fontos szó a basic:

auth_param basic realm Windows Logon

A realm utáni szavak a védett hitelesítési teret nevezik meg. Nem kérnek Windows hozzáférési tokent, és nem váltják át a kihívást Negotiate-re. A Basic LDAP segédprogram fogadja a megadott hitelesítő adatokat, és ellenőrzi azokat a címtárban.

Egy tipikus beállításban három külön döntés van: hogyan hívja ki a Squid az ügyfelet, hogyan ellenőrzi a segédprogram azt a választ, és mely hitelesített felhasználókat vagy csoportokat engedélyez egy hozzáférési szabály. A sikeres LDAP-csoportkeresés csak az utolsó döntést érinti. Nem tudja pótolni a böngésző hiányzó hitelesítő adatait.

Ha a követelmény csendes bejelentkezés

Válasszon a böngésző által támogatott integrált hitelesítési sémát, és állítsa be annak kiszolgálóoldali előfeltételeit. A Kerberos-alapú Negotiate esetében ez magában foglalja a szolgáltatás identitását és a kulcsanyagot, valamint azt az ügyfélházirendet, amely engedélyezi a hitelesítést ahhoz a proxyhoz. Ha csak a segédprogram végrehajtható fájlját cseréli le egy Basic beállításban, az nem végzi el ezt az átalakítást.

Döntse el, milyen eredményre van szüksége, mielőtt lecseréli a működő LDAP-telepítést. Ugyanannak a felhasználónévnek és jelszónak az elfogadása, amelyet a munkaállomás-bejelentkezéshez használnak, ésszerű Basic-követelmény. A már bejelentkezett Windows-identitás újrafelhasználása a jelszó megkérdezése nélkül más követelmény, más protokoll- és telepítési munkával.