Correspondência de domínios de destino nas ACL do Squid
Faça corresponder os nomes de host pretendidos ao tipo correto de ACL do Squid e mantenha as regras de sufixo de nome de host separadas dos padrões de URL completos.
Use uma ACL de domínio de destino quando o requisito diz respeito ao host e não a uma palavra algures num URL:
acl selected_sites dstdomain .example.comA forma com ponto inicial abrange example.com e os seus subdomínios. Não torna example.com.other.test parte desse domínio. Mantenha um seletor de host exato quando a política só permite esse host.
Escolha o campo antes de alterar um padrão. dstdomain, dstdom_regex e url_regex examinam representações diferentes. Um caminho ou consulta de URL que contenha texto semelhante a um domínio não nomeia esse destino.
Mantenha cada nome de ACL num único tipo. Reutilizar um nome para uma lista de domínios e uma regex não funde a sua semântica; dê nomes diferentes a testes diferentes e combine-os na regra de acesso ou de seleção de peer.
A definição por si só não concede acesso nem rota principal. Use-a com a decisão de acesso pretendida mantendo o cliente autorizado e as restantes condições necessárias.
Mantenha na política as correspondências pretendidas de base e subdomínio e as não correspondências enganosas de nomes mais longos. Um CONNECT comum pode expor o host de destino mas não o caminho cifrado da página, pelo que uma regra de domínio não promete inspeção do caminho.