Nõua nii Squid-sisselogimist kui ka õiget kliendi IP-d

Õige parool on sellest poliitikast vaid pool: konto peaks töötama ka ühelt heakskiidetud kliendiaadressilt. Squidis on vahe selle nõude ja kahe eraldi sissepääsu vahel selles, et mõlemad kontrollid on samal juurdepääsureeglil.

Eeldades, et autentimine on juba seadistatud, näiteks Squid 6.13 NCSA seadistus, on põhipoliitika järgmine:

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

Kasutage allikat, mille Squid tegelikult vastu võtab; näidis on dokumentatsiooniaadress. Säilitage varasemad kaitsed ohtlike sihtportide, kohalike teenuste ja CONNECT-liikluse jaoks. See fragment näitab kombineeritud tingimust, mitte täielikku kuulaja konfiguratsiooni.

Kontrollige ülalpool olevaid reegleid

Varasem lai luba võib taotluse vastu võtta enne, kui see uue tingimuseni jõuab. http_access viide kirjeldab järjestatud vastavust. Lugege kogu järjestust, sealhulgas kaasatud faile.

Üks luba kasutajanime ja teine allika jaoks ei nõua mõlemat. Kumbki rida võib iseseisvalt õnnestuda. See on teistsugune poliitika.

proxy_auth ACL sõltub autentimisabilisest. Selle määratlemine ei ole viis kasutaja loomiseks või parooli valideerimiseks. See näide on selgesõnalise puhverserveri jaoks, mille kliendid saavad vastata puhverserveri autentimisküsimustele.

Ka allika identiteedil on piirid. Ühe NAT-i taga olevad inimesed võivad aadressi jagada ja liikuv sülearvuti võib aadressi vahetada. Lisatingimus kitsendab konto kasutatavat võrgukohta; see ei tuvasta füüsilist arvutit usaldusväärselt. Veenduge, et see piirang vastab põhjusele, miks te tingimuse algselt lisasite.