Zahtevajte i Squid prijavu i ispravnu IP adresu klijenta

Ispravna lozinka je samo pola ove politike: nalog treba da radi i sa jedne odobrene adrese klijenta. U Squidu je stavljanje obe provere na isto pravilo pristupa razlika između tog zahteva 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; primer 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.

Proverite pravila iznad

Ranije široko dozvoljenje može prihvatiti zahtev pre nego što stigne do novog uslova. http_access referenca opisuje uređeno podudaranje. Pročitajte ceo sled, uključujući uključene datoteke.

Jedno dozvoljenje za korisničko ime i drugo za izvor ne zahtevaju oba. Bilo koji red može uspeti nezavisno. To je drugačija politika.

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

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