Kräv både Squid-inloggning och rätt klient-IP

Ett korrekt lösenord är bara halva denna policy: kontot ska också fungera från en godkänd klientadress. I Squid är det skillnaden mellan det kravet och två separata ingångar att sätta båda kontrollerna på samma åtkomstregel.

Förutsatt att autentisering redan är konfigurerad, till exempel en Squid 6.13 NCSA-konfiguration, är kärnprincipen:

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

Använd den källa som Squid faktiskt tar emot; exemplet är en dokumentationsadress. Behåll tidigare skydd för osäkra målportar, lokala tjänster och CONNECT-trafik. Det här fragmentet visar det kombinerade villkoret, inte en fullständig lyssnarkonfiguration.

Kontrollera reglerna ovanför

En tidigare bred tillåtelse kan acceptera begäran innan den når det nya villkoret. http_access-referensen beskriver ordnad matchning. Läs hela sekvensen, inklusive inkluderade filer.

En tillåtelse för användarnamnet och en annan för källan kräver inte båda. Varje rad kan lyckas oberoende. Det är en annan policy.

proxy_auth-ACL:en är beroende av en autentiseringshjälpare. Att definiera den är inte hur du skapar användaren eller validerar lösenordet. Det här exemplet är för en explicit proxy vars klienter kan svara på proxyautentiseringsutmaningar.

Källidentitet har också gränser. Människor bakom en NAT kan dela en adress, och en flyttbar laptop kan byta adress. Det extra villkoret begränsar kontots användbara nätverksplats; det identifierar inte en fysisk dator på ett tillförlitligt sätt. Se till att begränsningen matchar anledningen till att du lade till villkoret från början.