Чаму базавая LDAP-аўтэнтыфікацыя Squid па-ранейшаму патрабуе пароль

Канфігурацыя Squid можа правяраць паролі ў Active Directory і ўсё роўна паказваць акно ўваходу. Гэта не абавязкова азначае, што нешта зламана. AD апісвае, дзе знаходзіцца ўліковы запіс; ён не кажа, як браўзер дакажа, хто карыстальнік.

У гэтым радку важнае слова basic:

auth_param basic realm Windows Logon

Словы пасля realm пазначаюць абаронены асяродак аўтэнтыфікацыі. Яны не запытваюць маркер доступу Windows і не перамыкаюць запыт на Negotiate. Дапаможная праграма Basic LDAP атрымлівае перададзеныя ўліковыя даныя і правярае іх у каталогу.

У тыповай канфігурацыі ёсць тры асобныя рашэнні: як Squid запытвае кліента, як дапаможнік правярае гэты адказ, і якім аўтэнтыфікаваным карыстальнікам або групам дазваляе доступ правіла. Паспяховы пошук групы ў LDAP закрывае толькі апошняе рашэнне. Ён не можа даць адсутныя ўліковыя даныя браўзера.

Калі патрэбны ціхі ўваход

Выберыце інтэграваную схему аўтэнтыфікацыі, якую падтрымлівае браўзер, і наладзьце яе патрабаванні на баку сервера. Для Negotiate на аснове Kerberos гэта ўключае ідэнтычнасць службы і ключавы матэрыял, а таксама палітыку кліента, якая дазваляе аўтэнтыфікацыю на гэтым проксі. Проста замяніць выканальны файл дапаможніка ў канфігурацыі Basic не выканае гэтага пераўтварэння.

Вызначце, які вынік вам патрэбны, перш чым замяняць працоўную наладку LDAP. Прымаць той жа імя карыстальніка і пароль, што і для ўваходу на працоўную станцыю, — разумнае патрабаванне Basic. Паўторна выкарыстоўваць увайшоўшую асобу Windows, не пытаючыся пароля, — іншае патрабаванне, з іншай працай па пратаколах і разгортванні.