Exija tanto um login Squid quanto o IP de cliente correto

Uma senha correta é apenas metade desta política: a conta também deve funcionar a partir de um endereço de cliente aprovado. No Squid, colocar as duas verificações na mesma regra de acesso é a diferença entre esse requisito e duas vias de entrada separadas.

Assumindo que a autenticação já está configurada, como uma configuração NCSA do Squid 6.13, a política central é:

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

Use a origem que o Squid realmente recebe; o exemplo é um endereço de documentação. Mantenha as proteções anteriores para portas de destino inseguras, serviços locais e tráfego CONNECT. Este trecho mostra a condição combinada, não uma configuração completa do listener.

Verifique as regras acima

Uma permissão ampla anterior pode aceitar a solicitação antes que ela chegue à nova condição. A referência de http_access descreve a correspondência ordenada. Leia a sequência completa, incluindo os arquivos incluídos.

Uma permissão para o nome de usuário e outra para a origem não exigem ambas. Qualquer linha pode ter sucesso de forma independente. Essa é uma política diferente.

A ACL proxy_auth depende de um assistente de autenticação. Defini-la não é como se cria o usuário ou se valida a senha. Este exemplo é para um proxy explícito cujos clientes podem responder aos desafios de autenticação do proxy.

A identidade de origem também tem limites. Pessoas atrás de um único NAT podem compartilhar um endereço, e um laptop em movimento pode mudar de endereço. A condição extra restringe a localização de rede utilizável da conta; ela não identifica de forma confiável um computador físico. Certifique-se de que essa limitação corresponda ao motivo pelo qual você adicionou a condição.