Squid presretanje nasuprot eksplicitnoj proxy autentikaciji
Objasnite zašto se uobičajena eksplicitna proxy autentikacija ne može jednostavno dodati Squidovu presretačkom slušaču.
Klijent eksplicitnog proxyja zna da razgovara s proxyjem. Presretnuti preglednik misli da se spojio na web-mjesto. Ta je razlika ključna za autentikaciju.
Uobičajena proxy autentikacija rabi proxy izazov i odgovor proxy autorizacije. Klijent koji nije odabrao proxy ne bi smio olako slati proxy vjerodajnice neočekivanu posredniku.
Stoga Squidove smjernice za presretanje ne podržavaju jednostavno spajanje proxy_auth s načinom presretanja. Ispravan pomoćnik za Basic autentikaciju ne mijenja ono što preglednik smatra udaljenom krajnjom točkom.
Ako identificirani korisnici trebaju uobičajeni autentificirani prosljeđujući proxy, konfigurirajte klijente izričito, izravno ili putem odgovarajuće upravljane proxy konfiguracije. Držite taj slušač i njegovu politiku autentikacije odvojeno od presretačkog slušača.
Autentikacijski portal, sustav identiteta na razini mreže ili TLS presretanje drugi su dizajn s drukčijim zahtjevima za povjerenje i uvođenje. To nije popravak u jednom retku za nedostajuću razmjenu eksplicitnog proxyja.
Ne rješavajte odsutnost upita tako da presretnutu uslugu učinite javnom ili dopustite svakom klijentu. Najprije odlučite je li zahtjev eksplicitna autentikacija korisnika ili presretanje prometa koji nikada nije bio konfiguriran za proxy. Njima trebaju različite pretpostavke.