Një shërbim ICAP mund të marrë identitetin e vërtetuar që njeh Squid, por të dyja palët duhet të bien dakord se si transportohet ky identitet. Vetëm emërtimi i një koke nuk aktivizon përcjelljen e emrit të përdoruesit.

Për një instalim ekzistues të Squid 7 me mbështetje ICAP dhe vërtetim klientësh, cilësimet përkatëse mund të jenë:

adaptation_send_username on
icap_client_username_header X-Authenticated-User
icap_client_username_encode off

Kjo plotëson shërbimin ekzistues ICAP, rregullat e përshtatjes dhe konfigurimin e aksesit përmes përfaqësuesit. Nuk krijon vërtetim ose një shërbim përshtatjeje.

Përshtatuni me hyrjen e shërbimit

Koka e parazgjedhur e emrit të përdoruesit në Squid është X-Client-Username. Nëse përshtatësi pret X-Authenticated-User, ndryshoni emrin e konfiguruar të Squid si më sipër ose konfiguroni përshtatësin të lexojë parazgjedhjen. Përputhja e emrave të kokave ndjek rregullat e HTTP pa dallim të shkronjave të mëdha e të vogla.

Edhe kodimi duhet të përputhet. Kur icap_client_username_encode është aktivizuar, Squid e kodon vlerën në Base64. Shërbimi duhet ta dekodojë atë paraqitje në vend që ta trajtojë si një emër tjetër përdoruesi.

Këto janë metadata për shkëmbimin ICAP midis Squid dhe shërbimit të tij. Ky nuk është udhëzim për të dërguar një kokë identiteti përdoruesi te çdo faqe interneti destinacioni.

Nëse shërbimi ende raporton një adresë IP

Konfirmoni që transaksioni ka vërtet një emër të vërtetuar përdoruesi në Squid, që përcjellja e emrit të përdoruesit është aktivizuar dhe që shërbimi lexon kokën e konfiguruar. Kalimi i një përshtatësi në adresën e klientit nuk provon që vërtetimi i Squid dështoi; vetë dorëzimi mund të mungojë ose të jetë i emërtuar gabimisht.

Konsiderojeni këtë identitet të besueshëm vetëm përgjatë rrugës së kontrolluar midis Squid dhe përshtatësit. Këto direktiva varen nga versioni: referenca e konfigurimit i liston ato për Squid 7 dhe linjat e mëparshme, dhe i shënon si të padisponueshme në Squid 8.

Artikuj të ngjashëm