Squid 5–7: per què dns_v4_first ja no funciona

Una configuració antiga de Squid conté dns_v4_first on. Després d'una actualització, aquesta línia ja no dona la preferència IPv4 esperada. Afegir-hi més còpies no restaurarà el comportament anterior.

La referència de configuració marca la directiva com a no disponible a Squid 5 fins a 7. La selecció d'adreces de Squid va canviar amb la feina de Happy Eyeballs; els consells antics de preferència s'han de llegir en aquest context de versió.

Preferència i imposició són peticions diferents

Primer decidiu què necessiteu. Preferir una ruta IPv4 que funcioni quan les dues famílies estan disponibles? Eliminar una connectivitat IPv6 trencada? Garantir que una sortida concreta només faci servir IPv4? No són la mateixa política. Les restriccions per família de destinació també han de quedar separades de les ACL d'origen del client.

Desactivar l'accés a una família pot deixar alguns llocs inabastables. Canviar les respostes DNS canvia els candidats disponibles per al proxy. Reparar una ruta lenta o trencada soluciona una fallada de xarxa. Cap d'aquestes coses no s'ha de descriure com una línia substituta universal d'una directiva retirada.

Separeu també la selecció d'adreça de destinació de l'adreça emprada per arribar a un proxy pare. Un nom d'amfitrió pare pot tenir els seus propis candidats IPv4 i IPv6, mentre el pare fa la connexió final al lloc segons la seva política.

Una regla d'adreça d'origen té un altre paper: tria una font compatible per a una connexió, en lloc de fabricar suport de destinació. Una font IPv4 no converteix una destinació només IPv6 en un extrem IPv4.

Reviseu la documentació de la versió instal·lada i tot el camí de reenviament. Si el problema és una connexió IPv6 poc fiable, preserveu aquest diagnòstic en lloc de fer un canvi global silenciós que només el dissimula. Una ruta preferida funcional i una sortida estricta d'una sola família mereixen configuracions diferents.