Esixa tanto un inicio de sesión Squid como o IP de cliente correcto

Un contrasinal correcto é só a metade desta política: a conta tamén debe funcionar desde un enderezo de cliente aprobado. En Squid, poñer as dúas comprobacións na mesma regra de acceso é a diferenza entre ese requisito e dúas vías de entrada separadas.

Supoñendo que a autenticación xa está configurada, como unha configuración NCSA de Squid 6.13, a política principal é:

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 a orixe que Squid recibe realmente; o exemplo é un enderezo de documentación. Manteña as proteccións anteriores para portos de destino non seguros, servizos locais e tráfico CONNECT. Este fragmento mostra a condición combinada, non unha configuración completa do listener.

Revise as regras anteriores

Un permiso amplo anterior pode aceptar a solicitude antes de que chegue á nova condición. A referencia de http_access describe a coincidencia ordenada. Lea a secuencia completa, incluídos os ficheiros incluídos.

Un permiso para o nome de usuario e outro para a orixe non esixen ambos. Calquera das dúas liñas pode ter éxito de forma independente. Eso é unha política diferente.

A ACL proxy_auth depende dun asistente de autenticación. Defínila non é como se crea o usuario nin se valida o contrasinal. Este exemplo é para un proxy explícito cuxos clientes poden responder aos desafíos de autenticación do proxy.

A identidade de orixe tamén ten límites. As persoas detrás dun NAT poden compartir un enderezo, e un portátil en movemento pode cambiar de enderezo. A condición adicional reduce a localización de rede utilizábel da conta; non identifica de forma fiable un ordenador físico. Asegúrese de que esa limitación coincide co motivo polo que engadiu a condición.