Exija tanto un inicio de sesión de Squid como la IP de cliente correcta

Una contraseña correcta es solo la mitad de esta política: la cuenta también debe funcionar desde una dirección de cliente aprobada. En Squid, poner ambas comprobaciones en la misma regla de acceso es la diferencia entre ese requisito y dos formas independientes de entrar.

Suponiendo que la autenticación ya está configurada, como una configuración NCSA de Squid 6.13, la política principal es:

acl approved_login proxy_auth alex
acl approved_source src 192.0.2.40/32
http_access allow approved_source approved_login
http_access deny all

Use la origen que Squid recibe realmente; el ejemplo es una dirección de documentación. Mantenga las protecciones anteriores para puertos de destino no seguros, servicios locales y tráfico CONNECT. Este fragmento muestra la condición combinada, no una configuración completa del listener.

Revise las reglas anteriores

Una permitida amplia anterior puede aceptar la solicitud antes de que llegue a la nueva condición. La referencia de http_access describe la coincidencia ordenada. Lea la secuencia completa, incluidos los archivos incluidos.

Una permitida para el nombre de usuario y otra para el origen no exigen ambas. Cualquiera de las dos líneas puede tener éxito de forma independiente. Esa es una política diferente.

La ACL proxy_auth depende de un asistente de autenticación. Definirla no es cómo se crea el usuario ni se valida la contraseña. Este ejemplo es para un proxy explícito cuyos clientes pueden responder a los desafíos de autenticación del proxy.

La identidad de origen también tiene límites. Las personas detrás de un NAT pueden compartir una dirección, y un portátil en movimiento puede cambiar de dirección. La condición adicional reduce la ubicación de red utilizable de la cuenta; no identifica de forma fiable un ordenador físico. Asegúrese de que esa limitación coincida con el motivo por el que añadió la condición.