ICAP pakalpojums var saņemt autentificēto identitāti, ko zina Squid, taču abām pusēm jāvienojas, kā šī identitāte tiek pārnesta. Tikai galvenes nosaukšana lietotājvārda pārsūtīšanu neiespējo.

Esošam Squid 7 iestatījumam ar ICAP atbalstu un klientu autentifikāciju attiecīgie iestatījumi var būt:

adaptation_send_username on
icap_client_username_header X-Authenticated-User
icap_client_username_encode off

Tas papildina esošo ICAP pakalpojumu, adaptācijas noteikumus un starpniekservera piekļuves konfigurāciju. Tas nerada autentifikāciju vai adaptācijas pakalpojumu.

Pielāgojieties pakalpojuma ievadei

Squid noklusējuma lietotājvārda galvene ir X-Client-Username. Ja adapteris sagaida X-Authenticated-User, mainiet konfigurēto Squid nosaukumu kā iepriekš vai konfigurējiet adapteri lasīt noklusējumu. Galveņu nosaukumu saskaņošana seko HTTP noteikumiem, kas neņem vērā lielo un mazo burtu atšķirību.

Arī kodējumam jāsakrīt. Kad icap_client_username_encode ir iespējots, Squid kodē vērtību Base64. Pakalpojumam šis attēlojums ir jāatkodē, nevis jāuzskata par citu lietotājvārdu.

Tie ir metadati par ICAP apmaiņu starp Squid un tā pakalpojumu. Tas nav norādījums sūtīt lietotāja identitātes galveni uz katru galamērķa vietni.

Ja pakalpojums joprojām ziņo IP adresi

Pārliecinieties, ka darījumam tiešām ir autentificēts lietotājvārds Squid, ka lietotājvārda pārsūtīšana ir iespējota un ka pakalpojums nolasa konfigurēto galveni. Adaptera atkāpšanās uz klienta adresi nepierāda, ka Squid autentifikācija neizdevās; pati nodošana var trūkt vai būt nepareizi nosaukta.

Uzskatiet šo identitāti par uzticamu tikai kontrolētajā ceļā starp Squid un adapteri. Šīs direktīvas ir atkarīgas no versijas: konfigurācijas uzziņa tās uzskaita Squid 7 un iepriekšējām līnijām un norāda, ka Squid 8 tās nav pieejamas.

Saistītie raksti