Transdoni la aŭtentigitan uzantnomon de Squid 7 al ICAP-servo

ICAP-servo povas ricevi la aŭtentigitan identecon konatan de Squid, sed ambaŭ flankoj devas interkonsenti pri tio, kiel tiu identeco estas portata. Nur nomi kaplinion ne ŝaltas transdonadon de la uzantnomo.

Por ekzistanta Squid 7-agordo kun ICAP-subteno kaj klienta aŭtentigo, la koncernaj agordoj povas esti:

adaptation_send_username on
icap_client_username_header X-Authenticated-User
icap_client_username_encode off

Ĉi tio kompletigas la ekzistantan ICAP-servon, la adaptajn regulojn kaj la prokuran alir-agordon. Ĝi ne kreas aŭtentigon nek adaptan servon.

Adaptiĝu al la enigo de la servo

La defaŭlta uzantnoma kaplinio de Squid estas X-Client-Username. Se la adaptilo atendas X-Authenticated-User, aŭ ŝanĝu la agordan nomon de Squid kiel supre, aŭ agordu la adaptilon legi la defaŭlton. Kongruigo de kapliniaj nomoj sekvas la regulojn de HTTP sen distingo de uskleco.

Ankaŭ la kodigo devas kongrui. Kun icap_client_username_encode ŝaltita, Squid kodigas la valoron per Base64. La servo devas malĉifri tiun prezenton anstataŭ trakti ĝin kiel alian uzantnomon.

Ĉi tio estas metadatenoj pri la ICAP-interŝanĝo inter Squid kaj ĝia servo. Ĝi ne estas instrukcio sendi uzantan identecan kaplinion al ĉiu celloka retejo.

Se la servo ankoraŭ raportas IP-adreson

Konfirmu, ke la transakcio efektive havas aŭtentigitan uzantnomon ĉe Squid, ke transdonado de uzantnomo estas ŝaltita kaj ke la servo legas la agordan kaplinion. Reveno de adaptilo al klienta adreso ne pruvas, ke la aŭtentigo de Squid malsukcesis; la transdono mem povas manki aŭ esti malĝuste nomita.

Konsideru ĉi tiun identecon fidinda nur laŭ la kontrolita vojo de Squid al la adaptilo. Ĉi tiuj direktivoj estas versi-specifaj: la agorda referenco listigas ilin por Squid 7 kaj pli fruaj linioj, kaj markas ilin nehaveblaj en Squid 8.