Eskatu Squid saio-hasiera eta bezeroaren IP zuzena, biak
Mugatu izendatutako Squid proxy erabiltzailea onartutako iturburu-helbidera, bi ACL baldintzak eskatuta.
Pasahitz zuzena politika honen erdia baino ez da: kontuak onartutako bezero-helbide batetik ere funtzionatu behar du. Squiden, bi egiaztapenak sarbide-arau berean jartzea da baldintza horren eta bi sarbide-bide bereizien arteko aldea.
Autentifikazioa jada konfiguratuta dagoela suposatuz, adibidez Squid 6.13 NCSA konfigurazioa, oinarrizko politika hau da:
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 allErabili Squidek benetan jasotzen duen iturburua; lagina dokumentazio-helbide bat da. Mantendu aurreko babesak helmuga-portu ez-seguruetarako, tokiko zerbitzuetarako eta CONNECT trafikorako. Fragmentu honek baldintza konbinatua erakusten du, ez entzule-konfigurazio osoa.
Egiaztatu gaineko arauak
Aurretiko baimen zabal batek eskaera onar dezake baldintza berrira iritsi aurretik. http_access erreferentziak ordenatutako bat-etortzea deskribatzen du. Irakurri sekuentzia osoa, sartutako fitxategiak barne.
Erabiltzaile-izenerako baimen bat eta iturburuarentzako beste bat ez dute biak eskatzen. Edozein lerrok independenteki arrakasta dezake. Hori beste politika bat da.
proxy_auth ACL autentifikazio-laguntzaile baten mende dago. Hura definitzea ez da erabiltzailea sortzeko edo pasahitza baliozkotzeko modua. Adibide hau proxy esplizitu baterako da, zeinaren bezeroek proxy autentifikazio-erronkei erantzun diezaieketen.
Iturburu-identitateak ere baditu mugak. NAT baten atzeko pertsonek helbide bat parteka dezakete, eta mugitzen den eramangarri batek helbidea alda dezake. Baldintza gehigarriak kontuaren sare-kokapen erabilgarria estutzen du; ez du ordenagailu fisiko bat modu fidagarrian identifikatzen. Ziurtatu muga hori baldintza gehitu zenuen arrazoiarekin bat datorrela.