Intercepció de Squid davant l'autenticació de proxy explícita
Expliqueu per què l'autenticació de proxy explícita habitual no es pot afegir simplement a un oient d'intercepció de Squid.
Un client de proxy explícit sap que parla amb un proxy. Un navegador interceptat creu que s'ha connectat al lloc web. Aquesta diferència és central per a l'autenticació.
L'autenticació de proxy normal utilitza un repte de proxy i una resposta d'autorització de proxy. Un client que no ha triat un proxy no hauria d'enviar alegrement credencials de proxy a un intermediari inesperat.
Per això la guia d'intercepció de Squid no admet simplement combinar proxy_auth amb el mode d'intercepció. Un auxiliar d'autenticació Basic que funcioni no canvia què creu el navegador que és el punt final remot.
Si els usuaris identificats necessiten un proxy de reenviament autenticat normal, configureu els clients explícitament, directament o mitjançant una configuració de proxy gestionada adequada. Manteniu aquest oient i la seva política d'autenticació separats d'un oient d'intercepció.
Un portal d'autenticació, un sistema d'identitat a nivell de xarxa o una disposició d'intercepció TLS són un altre disseny amb requisits de confiança i desplegament diferents. No és una reparació d'una línia per a l'intercanvi de proxy explícit que falta.
No solucioneu l'absència d'una sol·licitud fent pública la servei interceptat o permetent tots els clients. Primer decidiu si el requisit és autenticació d'usuari explícita o intercepció de trànsit que mai no es va configurar per a un proxy. Necessiten supòsits diferents.