Squid 5–7: por que o dns_v4_first não funciona mais
Explica a remoção do dns_v4_first no Squid 5 a 7 e distingue a preferência de endereço da imposição de apenas IPv4.
Uma configuração antiga do Squid contém dns_v4_first on. Após uma atualização, essa linha já não proporciona a preferência IPv4 esperada. Adicionar mais cópias não restaurará o comportamento anterior.
A referência de configuração lista a diretiva como indisponível no Squid 5 a 7. A seleção de endereços do Squid mudou com o trabalho de Happy Eyeballs; conselhos antigos sobre preferência devem ser lidos nesse contexto de versão.
Preferência e imposição são pedidos diferentes
Primeiro decida do que você precisa. Preferir uma rota IPv4 funcional quando as duas famílias estão disponíveis? Eliminar conectividade IPv6 quebrada? Garantir que uma saída específica use apenas IPv4? Não é a mesma política. Restrições por família de destino também devem permanecer separadas das ACL de origem do cliente.
Desativar o acesso a uma família pode tornar alguns sites inacessíveis. Alterar respostas DNS muda os candidatos disponíveis ao proxy. Corrigir uma rota lenta ou quebrada resolve uma falha de rede. Nada disso deve ser descrito como uma linha substituta universal de uma diretiva removida.
Separe também a seleção do endereço de destino do endereço usado para alcançar um proxy pai. Um nome de host pai pode ter seus próprios candidatos IPv4 e IPv6, enquanto o pai faz a conexão final ao site segundo sua própria política.
Uma regra de endereço de origem tem outro papel: escolhe uma fonte compatível para uma conexão, em vez de fabricar suporte ao destino. Uma origem IPv4 não transforma um destino apenas IPv6 em um endpoint IPv4.
Verifique a documentação da versão instalada e todo o caminho de encaminhamento. Se o problema for uma conexão IPv6 não confiável, preserve esse diagnóstico em vez de fazer uma mudança global silenciosa que apenas o mascara. Uma rota preferida funcional e uma saída estrita de uma única família merecem configurações diferentes.