Cereți atât autentificarea Squid, cât și IP-ul corect al clientului

O parolă corectă este doar jumătate din această politică: contul ar trebui să funcționeze și de la o adresă de client aprobată. În Squid, plasarea ambelor verificări pe aceeași regulă de acces este diferența dintre acea cerință și două căi de intrare separate.

Presupunând că autentificarea este deja configurată, cum ar fi o configurare NCSA Squid 6.13, politica de bază este:

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

Folosiți sursa pe care Squid o primește efectiv; exemplul este o adresă de documentație. Păstrați protecțiile anterioare pentru porturile de destinație nesigure, serviciile locale și traficul CONNECT. Acest fragment arată condiția combinată, nu o configurație completă a listenerului.

Verificați regulile de deasupra

O permisiune largă anterioară poate accepta cererea înainte ca aceasta să ajungă la noua condiție. Referința http_access descrie potrivirea ordonată. Citiți întreaga secvență, inclusiv fișierele incluse.

O permisiune pentru numele de utilizator și alta pentru sursă nu le cer pe amândouă. Oricare linie poate reuși independent. Aceasta este o politică diferită.

ACL-ul proxy_auth depinde de un ajutor de autentificare. Definirea lui nu este modul de a crea utilizatorul sau de a valida parola. Acest exemplu este pentru un proxy explicit ale cărui clienți pot răspunde la provocările de autentificare ale proxy-ului.

Identitatea sursei are și ea limite. Persoanele din spatele unui singur NAT pot împărți o adresă, iar un laptop care se deplasează poate schimba adrese. Condiția suplimentară restrânge locația de rețea utilizabilă a contului; nu identifică în mod fiabil un computer fizic. Asigurați-vă că această limitare corespunde motivului pentru care ați adăugat condiția.