ICAP сервис може примити аутентификовани идентитет који Squid познаје, али обе стране морају да се усагласе како се тај идентитет преноси. Само именовање заглавља не омогућава прослеђивање корисничког имена.

За постојећу Squid 7 конфигурацију са ICAP подршком и аутентификацијом клијената релевантна подешавања могу бити:

adaptation_send_username on
icap_client_username_header X-Authenticated-User
icap_client_username_encode off

Ово допуњује постојећи ICAP сервис, правила прилагођавања и конфигурацију приступа проксију. Не ствара аутентификацију ни сервис за прилагођавање.

Усагласите са улазом сервиса

Подразумевано заглавље корисничког имена у Squidu је X-Client-Username. Ако адаптер очекује X-Authenticated-User, промените конфигурисано име Squida као горе или конфигуришите адаптер да чита подразумевано. Подударање назива заглавља следи HTTP правила неосетљива на велика и мала слова.

И кодирање мора да се подудара. Када је icap_client_username_encode омогућен, Squid кодира вредност у Base64. Сервис треба да декодира тај приказ уместо да га третира као друго корисничко име.

Ово су метаподаци о ICAP размени између Squida и његовог сервиса. Ово није упутство да се заглавље идентитета корисника шаље сваком одредишном веб-сајту.

Ако сервис и даље пријављује IP адресу

Потврдите да трансакција заиста има аутентификовано корисничко име у Squidu, да је прослеђивање корисничког имена омогућено и да сервис чита конфигурисано заглавље. Враћање адаптера на адресу клијента не доказује да је Squid аутентификација неуспешна; само прослеђивање може да недостаје или буде погрешно названо.

Сматрајте овај идентитет поузданим само дуж контролисане путање од Squida до адаптера. Ове директиве су специфичне за верзију: референца конфигурације их наводи за Squid 7 и старије линије и означава да нису доступне у Squidu 8.

Повезани чланци