Kræv både Squid-login og den rigtige klient-IP
Begræns en navngivet Squid-proxybruger til en godkendt kildeadresse ved at kræve begge ACL-betingelser.
En korrekt adgangskode er kun halvdelen af denne politik: kontoen skal også fungere fra én godkendt klientadresse. I Squid er det forskellen mellem det krav og to separate indgange at sætte begge kontroller på samme adgangsregel.
Forudsat at godkendelse allerede er konfigureret, f.eks. en Squid 6.13 NCSA-opsætning, er kerne politikken:
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 allBrug den kilde, Squid faktisk modtager; eksemplet er en dokumentationsadresse. Bevar tidligere beskyttelser for usikre destinationsporte, lokale tjenester og CONNECT-trafik. Dette fragment viser den kombinerede betingelse frem for en komplet lytterkonfiguration.
Kontroller reglerne ovenover
En tidligere bred tilladelse kan acceptere anmodningen, før den når den nye betingelse. http_access-reference beskriver ordnet matchning. Læs hele sekvensen, inklusive inkluderede filer.
Én tilladelse til brugernavnet og en anden til kilden kræver ikke begge. Enhver linje kan lykkes uafhængigt. Det er en anden politik.
proxy_auth-ACL'en afhænger af en godkendelseshjælper. At definere den er ikke, hvordan du opretter brugeren eller validerer adgangskoden. Dette eksempel er til en eksplicit proxy, hvis klienter kan svare på proxy-godkendelsesudfordringer.
Kildeidentitet har også grænser. Folk bag én NAT kan dele en adresse, og en flyttende laptop kan skifte adresse. Den ekstra betingelse indsnævrer kontoens brugbare netværksplacering; den identificerer ikke en fysisk computer pålideligt. Sørg for, at den begrænsning matcher grunden til, at du tilføjede betingelsen i første omgang.