Zahtevajte tako prijavo Squid kot pravilni IP odjemalca

Pravilno geslo je le polovica te politike: račun bi moral delovati tudi z enega odobrenega naslova odjemalca. V Squidu je razlika med to zahtevo in dvema ločenima vhodoma v tem, da sta oba preverjanja na istem pravilu dostopa.

Če predpostavimo, da je preverjanje pristnosti že nastavljeno, na primer nastavitev Squid 6.13 NCSA, je osnovna 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

Uporabite vir, ki ga Squid dejansko prejme; primer je dokumentacijski naslov. Ohranite prejšnje zaščite za nevarne ciljne vrata, lokalne storitve in promet CONNECT. Ta del prikazuje združeni pogoj, ne popolne konfiguracije poslušalca.

Preverite pravila nad njim

Prejšnje široko dovoljenje lahko zahtevo sprejme, preden doseže novi pogoj. Referenca http_access opisuje urejeno ujemanje. Preberite celotno zaporedje, vključno z vključenimi datotekami.

Eno dovoljenje za uporabniško ime in drugo za vir ne zahtevata obeh. Vsaka vrstica lahko uspe neodvisno. To je drugačna politika.

ACL proxy_auth je odvisen od pomočnika za preverjanje pristnosti. Njegova opredelitev ni način za ustvarjanje uporabnika ali preverjanje gesla. Ta primer je za eksplicitni proxy, katerega odjemalci se lahko odzovejo na izzive preverjanja pristnosti proxyja.

Tudi identiteta vira ima meje. Ljudje za enim NAT lahko delijo naslov, prenosni računalnik, ki se premika, pa lahko menja naslove. Dodatni pogoj zoži uporabno omrežno lokacijo računa; ne prepozna zanesljivo fizičnega računalnika. Prepričajte se, da se ta omejitev ujema z razlogom, zakaj ste pogoj prvotno dodali.