Prestrezanje v Squidu proti izrecni avtentikaciji posrednika
Pojasnite, zakaj običajne izrecne avtentikacije posrednika ni mogoče preprosto dodati Squidovemu prestreznemu poslušalcu.
Odjemalec izrecnega posrednika ve, da se pogovarja s posrednikom. Prestreženi brskalnik misli, da se je povezal s spletnim mestom. Ta razlika je ključna za avtentikacijo.
Običajna avtentikacija posrednika uporablja izziv posrednika in odgovor avtorizacije posrednika. Odjemalec, ki ni izbral posrednika, ne bi smel brezskrbno pošiljati poverilnic posrednika nepričakovanemu posredniku.
Zato Squidova navodila za prestrezanje ne podpirajo preprostega združevanja proxy_auth z načinom prestrezanja. Delujoč pomočnik za Basic avtentikacijo ne spremeni tega, kar brskalnik meni, da je oddaljena končna točka.
Če identificirani uporabniki potrebujejo običajen avtentificiran posrednik za posredovanje, konfigurirajte odjemalce izrecno, neposredno ali prek ustrezne upravljane konfiguracije posrednika. Ta poslušalec in njegovo politiko avtentikacije imejte ločeno od prestreznega poslušalca.
Avtentikacijski portal, sistem identitete na ravni omrežja ali ureditev prestrezanja TLS so druga zasnova z drugačnimi zahtevami glede zaupanja in uvajanja. To ni enovrstični popravek manjkajoče izmenjave izrecnega posrednika.
Odsotnosti poziva ne rešujte tako, da prestreženo storitev objavite ali dovolite vsakemu odjemalcu. Najprej se odločite, ali je zahteva izrecna avtentikacija uporabnika ali prestrezanje prometa, ki nikoli ni bil konfiguriran za posrednika. Oboje zahteva drugačne predpostavke.