Squid 5–7: por qué dns_v4_first ya no funciona

Una configuración antigua de Squid contiene dns_v4_first on. Tras una actualización, esa línea ya no ofrece la preferencia IPv4 esperada. Añadir más copias no restaurará el comportamiento anterior.

La referencia de configuración enumera la directiva como no disponible en Squid 5 a 7. La selección de direcciones de Squid cambió con su trabajo de Happy Eyeballs; los consejos antiguos de preferencia deben leerse en ese contexto de versión.

Preferencia y imposición son peticiones distintas

Primero decida qué necesita. ¿Preferir una ruta IPv4 que funcione cuando ambas familias están disponibles? ¿Eliminar la conectividad IPv6 rota? ¿Garantizar que una salida concreta use solo IPv4? No son la misma política. Las restricciones por familia de destino también deben mantenerse separadas de las ACL de origen del cliente.

Desactivar el acceso a una familia puede dejar algunos sitios inalcanzables. Cambiar las respuestas DNS cambia los candidatos disponibles para el proxy. Reparar una ruta lenta o rota soluciona una avería de red. Nada de esto debe describirse como una línea sustituta universal de una directiva eliminada.

Separe también la selección de dirección de destino de la dirección usada para llegar a un proxy padre. Un nombre de host padre puede tener sus propios candidatos IPv4 e IPv6, mientras el padre realiza la conexión final al sitio según su propia política.

Una regla de dirección de origen tiene otro papel: elige una fuente compatible para una conexión, en lugar de fabricar soporte de destino. Una fuente IPv4 no convierte un destino solo IPv6 en un extremo IPv4.

Revise la documentación de la versión instalada y toda la ruta de reenvío. Si el problema es una conexión IPv6 poco fiable, conserve ese diagnóstico en lugar de hacer un cambio global silencioso que solo lo enmascara. Una ruta preferida funcional y una salida estricta de una sola familia merecen configuraciones distintas.