Zahtijevajte i Squid prijavu i ispravnu IP adresu klijenta

Ispravna lozinka je samo polovina ove politike: račun treba da radi i sa jedne odobrene adrese klijenta. U Squidu, stavljanje obje provjere na isto pravilo pristupa je razlika između tog zahtjeva i dva odvojena ulaza.

Pod pretpostavkom da je autentifikacija već konfigurisana, kao što je Squid 6.13 NCSA postavka, osnovna politika je:

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

Koristite izvor koji Squid zaista prima; primjer je dokumentaciona adresa. Zadržite ranije zaštite za nesigurne odredišne portove, lokalne servise i CONNECT saobraćaj. Ovaj fragment prikazuje kombinovani uslov, a ne potpunu konfiguraciju listenera.

Provjerite pravila iznad

Ranije široko dopuštenje može prihvatiti zahtjev prije nego što stigne do novog uslova. http_access referenca opisuje uređeno podudaranje. Pročitajte cijeli slijed, uključujući uključene datoteke.

Jedno dopuštenje za korisničko ime i drugo za izvor ne zahtijevaju oba. Bilo koji red može uspjeti nezavisno. To je drugačija politika.

proxy_auth ACL zavisi od pomoćnika za autentifikaciju. Definisanje nije način da kreirate korisnika ili provjerite lozinku. Ovaj primjer je za eksplicitni proxy čiji klijenti mogu odgovoriti na izazove proxy autentifikacije.

Identitet izvora također ima granice. Ljudi iza jednog NAT-a mogu dijeliti adresu, a laptop koji se kreće može mijenjati adrese. Dodatni uslov sužava upotrebljivu mrežnu lokaciju računa; ne identifikuje pouzdano fizički računar. Uvjerite se da to ograničenje odgovara razlogu zbog kojeg ste uslov prvobitno dodali.