Zahtijevajte i Squid prijavu i ispravnu IP adresu klijenta

Ograničite imenovanog Squid proxy korisnika na odobrenu izvornu adresu zahtijevajući oba ACL uvjeta.

Ispravna zaporka samo je pola ove politike: račun bi trebao raditi i s jedne odobrene adrese klijenta. U Squidu je stavljanje obje provjere na isto pravilo pristupa razlika između tog zahtjeva i dva odvojena ulaza.

Pod pretpostavkom da je autentifikacija već konfigurirana, poput Squid 6.13 NCSA postavke, osnovna je politika:

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 doista prima; primjer je dokumentacijska adresa. Zadržite ranije zaštite za nesigurne odredišne portove, lokalne usluge i CONNECT promet. Ovaj fragment prikazuje kombinirani uvjet, a ne potpunu konfiguraciju listenera.

Provjerite pravila iznad

Ranije široko dopuštenje može prihvatiti zahtjev prije nego što stigne do novog uvjeta. 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 oboje. Bilo koji redak može uspjeti neovisno. To je drugačija politika.

ACL proxy_auth ovisi o pomoćniku za autentifikaciju. Njegovo definiranje nije način da stvorite korisnika ili provjerite zaporku. Ovaj je primjer 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 prijenosno računalo koje se kreće može mijenjati adrese. Dodatni uvjet sužava upotrebljivu mrežnu lokaciju računa; ne identificira pouzdano fizičko računalo. Provjerite odgovara li to ograničenje razlogu zbog kojeg ste uvjet izvorno dodali.

Povezani članci