Richiedi sia un login Squid sia l'IP client corretto

Una password corretta è solo metà di questa politica: l'account deve funzionare anche da un indirizzo client approvato. In Squid, mettere entrambi i controlli sulla stessa regola di accesso è la differenza tra quel requisito e due vie d'ingresso separate.

Supponendo che l'autenticazione sia già configurata, ad esempio una configurazione NCSA di Squid 6.13, la politica principale è:

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

Usa l'origine che Squid riceve effettivamente; l'esempio è un indirizzo di documentazione. Mantieni le protezioni precedenti per porte di destinazione non sicure, servizi locali e traffico CONNECT. Questo frammento mostra la condizione combinata, non una configurazione completa del listener.

Controlla le regole sopra

Un permesso ampio precedente può accettare la richiesta prima che raggiunga la nuova condizione. Il riferimento http_access descrive la corrispondenza ordinata. Leggi l'intera sequenza, inclusi i file inclusi.

Un permesso per il nome utente e un altro per l'origine non richiedono entrambi. Ogni riga può avere successo indipendentemente. È una politica diversa.

L'ACL proxy_auth dipende da un helper di autenticazione. Definirla non è il modo per creare l'utente o convalidare la password. Questo esempio è per un proxy esplicito i cui client possono rispondere alle richieste di autenticazione del proxy.

Anche l'identità di origine ha dei limiti. Le persone dietro un singolo NAT possono condividere un indirizzo, e un laptop in movimento può cambiare indirizzo. La condizione aggiuntiva restringe la posizione di rete utilizzabile dell'account; non identifica in modo affidabile un computer fisico. Assicurati che questo limite corrisponda al motivo per cui hai aggiunto la condizione.