Squid 5–7: por que dns_v4_first xa non funciona
Explica a retirada de dns_v4_first en Squid 5 a 7 e distingue a preferencia de enderezo da imposición de só IPv4.
Unha configuración antiga de Squid contén dns_v4_first on. Tras unha actualización, esa liña xa non dá a preferencia IPv4 esperada. Engadir máis copias non restaurará o comportamento anterior.
A referencia de configuración indica a directiva como non dispoñible en Squid 5 a 7. A selección de enderezos de Squid cambiou co traballo de Happy Eyeballs; os consellos antigos de preferencia deben lerse nese contexto de versión.
Preferencia e imposición son peticións distintas
Primeiro decida que necesita. Preferir unha ruta IPv4 que funcione cando ambas familias están dispoñibles? Eliminar a conectividade IPv6 rota? Garantir que unha saída concreta use só IPv4? Non son a mesma política. As restricións por familia de destino tamén deben manterse separadas das ACL de orixe do cliente.
Desactivar o acceso a unha familia pode deixar algúns sitios inalcanzables. Cambiar as respostas DNS cambia os candidatos dispoñibles para o proxy. Reparar unha ruta lenta ou rota resolve unha avaría de rede. Nada disto debe describirse como unha liña substituta universal dunha directiva retirada.
Separe tamén a selección de enderezo de destino do enderezo usado para chegar a un proxy pai. Un nome de host pai pode ter os seus propios candidatos IPv4 e IPv6, mentres o pai fai a conexión final ao sitio segundo a súa propia política.
Unha regra de enderezo de orixe ten outro papel: escolle unha fonte compatible para unha conexión, en lugar de fabricar soporte de destino. Unha fonte IPv4 non converte un destino só IPv6 nun extremo IPv4.
Revise a documentación da versión instalada e toda a ruta de reenvío. Se o problema é unha conexión IPv6 pouco fiable, conserve ese diagnóstico en lugar de facer un cambio global silencioso que só o oculta. Unha ruta preferida funcional e unha saída estrita dunha soa familia merecen configuracións distintas.