Pieprasiet gan Squid pieteikšanos, gan pareizo klienta IP
Ierobežojiet nosaukto Squid starpniekservera lietotāju ar apstiprinātu avota adresi, pieprasot abus ACL nosacījumus.
Pareiza parole ir tikai puse no šīs politikas: kontam jādarbojas arī no vienas apstiprinātas klienta adreses. Squid gadījumā abu pārbaužu ievietošana vienā piekļuves noteikumā ir atšķirība starp šo prasību un diviem atsevišķiem iekļūšanas ceļiem.
Pieņemot, ka autentifikācija jau ir konfigurēta, piemēram, Squid 6.13 NCSA iestatījums, galvenā politika ir:
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
Izmantojiet avotu, ko Squid faktiski saņem; paraugs ir dokumentācijas adrese. Saglabājiet iepriekšējos aizsardzības līdzekļus nedrošiem galamērķa portiem, vietējiem pakalpojumiem un CONNECT trafikam. Šis fragments parāda apvienoto nosacījumu, nevis pilnīgu klausītāja konfigurāciju.
Pārbaudiet noteikumus virs tā
Iepriekšēja plaša atļauja var pieņemt pieprasījumu, pirms tas sasniedz jauno nosacījumu. http_access atsauce apraksta sakārtotu atbilstību. Izlasiet visu secību, tostarp iekļautos failus.
Viena atļauja lietotājvārdam un otra avotam nepieprasa abas. Jebkura rinda var gūt panākumus neatkarīgi. Tā ir cita politika.
proxy_auth ACL ir atkarīga no autentifikācijas palīga. Tās definēšana nav veids, kā izveidot lietotāju vai validēt paroli. Šis piemērs ir paredzēts skaidram starpniekserverim, kura klienti var atbildēt uz starpniekservera autentifikācijas izaicinājumiem.
Avota identitātei arī ir ierobežojumi. Cilvēki aiz viena NAT var koplietot adresi, un pārvietojams portatīvais dators var mainīt adreses. Papildu nosacījums sašaurina konta izmantojamo tīkla atrašanās vietu; tas droši neidentificē fizisku datoru. Pārliecinieties, ka šis ierobežojums atbilst iemeslam, kāpēc jūs sākotnēji pievienojāt nosacījumu.