Reikalaukite ir Squid prisijungimo, ir teisingo kliento IP

Teisingas slaptažodis yra tik pusė šios politikos: paskyra turi veikti ir iš vieno patvirtinto kliento adreso. Squid atveju abi patikras sudėjus į tą pačią prieigos taisyklę, tai yra skirtumas tarp šio reikalavimo ir dviejų atskirų įėjimų.

Darant prielaidą, kad autentifikavimas jau sukonfigūruotas, pavyzdžiui, Squid 6.13 NCSA sąranka, pagrindinė politika yra:

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

Naudokite šaltinį, kurį Squid iš tikrųjų gauna; pavyzdys yra dokumentacijos adresas. Išsaugokite ankstesnes apsaugas nesaugiems paskirties portams, vietinėms paslaugoms ir CONNECT srautui. Šis fragmentas rodo sujungtą sąlygą, o ne visą klausytojo konfigūraciją.

Patikrinkite aukščiau esančias taisykles

Ankstesnis platus leidimas gali priimti užklausą dar nepasiekus naujos sąlygos. http_access nuoroda aprašo tvarkingą atitikimą. Perskaitykite visą seką, įskaitant įtrauktus failus.

Vienas leidimas naudotojo vardui ir kitas šaltiniui nereikalauja abiejų. Bet kuri eilutė gali pavykti savarankiškai. Tai kitokia politika.

proxy_auth ACL priklauso nuo autentifikavimo pagalbinės programos. Jos apibrėžimas nėra būdas sukurti naudotoją ar patvirtinti slaptažodį. Šis pavyzdys skirtas aiškiam proxy, kurio klientai gali atsakyti į proxy autentifikavimo iššūkius.

Šaltinio tapatybė taip pat turi ribų. Žmonės už vieno NAT gali dalytis adresu, o judantis nešiojamasis kompiuteris gali keisti adresą. Papildoma sąlyga susiaurina naudojamą paskyros tinklo vietą; ji patikimai neidentifikuoja fizinio kompiuterio. Įsitikinkite, kad šis apribojimas atitinka priežastį, dėl kurios iš pradžių pridėjote sąlygą.