Перадача аўтэнтыфікаванага імя карыстальніка Squid 7 у службу ICAP

Служба ICAP можа атрымліваць аўтэнтыфікаваную ідэнтычнасць, вядомую Squid, але абодва бакі павінны ўзгадніць, як гэтая ідэнтычнасць перадаецца. Адно толькі назва загалоўка не ўключае перадачу імя карыстальніка.

Для існуючай канфігурацыі Squid 7 з падтрымкай ICAP і аўтэнтыфікацыяй кліентаў адпаведныя налады могуць быць такімі:

adaptation_send_username on
icap_client_username_header X-Authenticated-User
icap_client_username_encode off

Гэта дапаўняе існуючую службу ICAP, правілы адаптацыі і канфігурацыю доступу да проксі. Яно не стварае аўтэнтыфікацыю або службу адаптацыі.

Узгадніце з уваходам службы

Стандартны загаловак імя карыстальніка Squid — X-Client-Username. Калі адаптар чакае X-Authenticated-User, змяніце наладжанае імя Squid, як паказана вышэй, або наладзьце адаптар на чытанне стандартнага. Супастаўленне імён загалоўкаў ідзе па правілах HTTP без уліку рэгістру.

Кадаванне таксама павінна супадаць. Калі icap_client_username_encode уключаны, Squid кадуе значэнне ў Base64. Служба павінна дэкадаваць гэтае прадстаўленне, а не разглядаць яго як іншае імя карыстальніка.

Гэта метаданыя аб абмене ICAP паміж Squid і яго службай. Гэта не ўказанне адпраўляць загаловак ідэнтычнасці карыстальніка на кожны сайт прызначэння.

Калі служба ўсё яшчэ паведамляе IP-адрас

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

Давярайце гэтай ідэнтычнасці толькі на кантраляваным шляху ад Squid да адаптара. Гэтыя дырэктывы залежаць ад версіі: даведнік канфігурацыі пералічвае іх для Squid 7 і папярэдніх ліній і пазначае іх як недаступныя ў Squid 8.