Hantar nama pengguna disahkan Squid 7 kepada perkhidmatan ICAP

Perkhidmatan ICAP boleh menerima identiti disahkan yang diketahui Squid, tetapi kedua-dua pihak mesti bersetuju tentang cara identiti itu dibawa. Menamakan pengepala sahaja tidak mendayakan pemajuan nama pengguna.

Untuk persediaan Squid 7 sedia ada dengan sokongan ICAP dan pengesahan klien, tetapan yang berkaitan boleh jadi:

adaptation_send_username on
icap_client_username_header X-Authenticated-User
icap_client_username_encode off

Ini melengkapi perkhidmatan ICAP sedia ada, peraturan penyesuaian dan konfigurasi akses proksi. Ia tidak mencipta pengesahan atau perkhidmatan penyesuaian.

Sesuaikan dengan input perkhidmatan

Pengepala nama pengguna lalai Squid ialah X-Client-Username. Jika penyesuai menjangka X-Authenticated-User, tukar nama terkonfigurasi Squid seperti di atas atau konfigurasikan penyesuai untuk membaca nilai lalai. Pemadanan nama pengepala mengikut peraturan HTTP yang tidak sensitif huruf besar-kecil.

Pengekodan juga mesti sepadan. Apabila icap_client_username_encode didayakan, Squid mengekod nilai dalam Base64. Perkhidmatan perlu menyahkod perwakilan itu dan bukannya menganggapnya sebagai nama pengguna lain.

Ini ialah metadata tentang pertukaran ICAP antara Squid dan perkhidmatannya. Ini bukan arahan untuk menghantar pengepala identiti pengguna ke setiap laman web destinasi.

Jika perkhidmatan masih melaporkan alamat IP

Sahkan bahawa transaksi benar-benar mempunyai nama pengguna disahkan di Squid, pemajuan nama pengguna didayakan dan perkhidmatan membaca pengepala terkonfigurasi. Penyesuai kembali kepada alamat klien tidak membuktikan pengesahan Squid gagal; penyerahan itu sendiri mungkin tiada atau salah nama.

Anggap identiti ini dipercayai hanya di sepanjang laluan terkawal antara Squid dan penyesuai. Arahan ini khusus versi: rujukan konfigurasi menyenaraikannya untuk Squid 7 dan baris terdahulu, serta menandakannya tidak tersedia dalam Squid 8.