Krev både Squid-innlogging og riktig klient-IP

Et riktig passord er bare halvparten av denne policyen: kontoen skal også fungere fra én godkjent klientadresse. I Squid er det forskjellen mellom det kravet og to separate innganger å sette begge kontrollene på samme tilgangsregel.

Forutsatt at autentisering allerede er konfigurert, for eksempel en Squid 6.13 NCSA-oppsett, er kjerne policyen:

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

Bruk kilden Squid faktisk mottar; eksemplet er en dokumentasjonsadresse. Behold tidligere beskyttelser for usikre destinasjonsporter, lokale tjenester og CONNECT-trafikk. Dette fragmentet viser den kombinerte betingelsen, ikke en fullstendig lytterkonfigurasjon.

Kontroller reglene over

En tidligere bred tillatelse kan godta forespørselen før den når den nye betingelsen. http_access-referansen beskriver ordnet matching. Les hele sekvensen, inkludert inkluderte filer.

Én tillatelse for brukernavnet og en annen for kilden krever ikke begge. Enhver linje kan lykkes uavhengig. Det er en annen policy.

proxy_auth-ACL-en avhenger av en autentiseringshjelper. Å definere den er ikke hvordan du oppretter brukeren eller validerer passordet. Dette eksemplet er for en eksplisitt proxy der klientene kan svare på proxy-autentiseringsutfordringer.

Kildeidentitet har også grenser. Folk bak én NAT kan dele en adresse, og en flyttbar laptop kan skifte adresse. Tilleggsbetingelsen begrenser kontoens brukbare nettverksplassering; den identifiserer ikke en fysisk datamaskin pålitelig. Sørg for at begrensningen samsvarer med grunnen til at du la til betingelsen i utgangspunktet.