Exigiu alhora un inici de sessió Squid i la IP de client correcta

Una contrasenya correcta és només la meitat d'aquesta política: el compte també ha de funcionar des d'una adreça de client aprovada. A Squid, posar les dues comprovacions a la mateixa regla d'accés és la diferència entre aquest requisit i dues vies d'entrada separades.

Suposant que l'autenticació ja està configurada, com ara una configuració NCSA de Squid 6.13, la política bàsica és:

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

Utilitzeu l'origen que Squid rep realment; l'exemple és una adreça de documentació. Manteniu les proteccions anteriors per a ports de destinació no segurs, serveis locals i trànsit CONNECT. Aquest fragment mostra la condició combinada, no una configuració completa d'escolta.

Reviseu les regles que hi ha a sobre

Una permissió àmplia anterior pot acceptar la petició abans que arribi a la nova condició. La referència d'http_access descriu la concordança ordenada. Llegiu la seqüència completa, inclosos els fitxers inclosos.

Una permissió per al nom d'usuari i una altra per a l'origen no exigeixen les dues. Qualsevol línia pot tenir èxit independentment. Aquesta és una política diferent.

L'ACL proxy_auth depèn d'un assistent d'autenticació. Definir-la no és com es crea l'usuari o es valida la contrasenya. Aquest exemple és per a un proxy explícit els clients del qual poden respondre als reptes d'autenticació del proxy.

La identitat de l'origen també té límits. Les persones darrere d'un NAT poden compartir una adreça, i un portàtil en moviment pot canviar d'adreça. La condició extra estreny la ubicació de xarxa utilitzable del compte; no identifica de manera fiable un ordinador físic. Assegureu-vos que aquesta limitació coincideixi amb el motiu pel qual vau afegir la condició.