Interceptación de Squid fronte á autenticación de proxy explícita
Explique por que a autenticación de proxy explícita habitual non se pode engadir simplemente a un oínte de interceptación de Squid.
Un cliente de proxy explícito sabe que fala cun proxy. Un navegador interceptado cre que se conectou ao sitio web. Esa diferenza é central para a autenticación.
A autenticación de proxy normal usa un desafío de proxy e unha resposta de autorización de proxy. Un cliente que non elixiu un proxy non debería enviar sen máis credenciais de proxy a un intermediario inesperado.
Por iso a guía de interceptación de Squid non admite combinar sen máis proxy_auth co modo de interceptación. Un auxiliar de autenticación Basic que funcione non cambia o que o navegador cre que é o extremo remoto.
Se os usuarios identificados necesitan un proxy de reenvío autenticado normal, configure os clientes explicitamente, directamente ou mediante unha configuración de proxy xestionada adecuada. Manteña ese oínte e a súa política de autenticación separados dun oínte de interceptación.
Un portal de autenticación, un sistema de identidade a nivel de rede ou unha disposición de interceptación TLS son outro deseño con requisitos de confianza e despregamento distintos. Non é unha reparación dunha liña para o intercambio de proxy explícito que falta.
Non resolva a ausencia dunha solicitude facendo público o servizo interceptado nin permitindo todos os clientes. Decida primeiro se o requisito é a autenticación explícita de usuarios ou a interceptación de tráfico que nunca se configurou para un proxy. Ambos requiren supostos distintos.