Squid 5–7: perché dns_v4_first non funziona più

Una vecchia configurazione Squid contiene dns_v4_first on. Dopo un aggiornamento quella riga non offre più la preferenza IPv4 attesa. Aggiungere altre copie non ripristinerà il comportamento precedente.

Il riferimento di configurazione elenca la direttiva come non disponibile in Squid 5–7. La selezione degli indirizzi di Squid è cambiata con il lavoro su Happy Eyeballs; i vecchi consigli sulla preferenza vanno letti in quel contesto di versione.

Preferenza e imposizione sono richieste diverse

Prima decidete di cosa avete bisogno. Preferire una rotta IPv4 funzionante quando entrambe le famiglie sono disponibili? Eliminare una connettività IPv6 rotta? Garantire che una certa uscita usi solo IPv4? Non è la stessa politica. Le restrizioni per famiglia di destinazione devono restare separate anche dalle ACL di origine del client.

Disattivare l'accesso a una famiglia può rendere alcuni siti irraggiungibili. Cambiare le risposte DNS cambia i candidati disponibili al proxy. Riparare una rotta lenta o rotta risolve un guasto di rete. Nessuna di queste va descritta come riga sostitutiva universale di una direttiva rimossa.

Separate anche la selezione dell'indirizzo di destinazione dall'indirizzo usato per raggiungere un proxy padre. Un nome host padre può avere i propri candidati IPv4 e IPv6, mentre il padre effettua la connessione finale al sito secondo la propria politica.

Una regola di indirizzo di origine ha un altro ruolo: sceglie una sorgente compatibile per una connessione, invece di creare supporto alla destinazione. Una sorgente IPv4 non trasforma una destinazione solo IPv6 in un endpoint IPv4.

Verificate la documentazione della versione installata e l'intero percorso di inoltro. Se il problema è una connessione IPv6 inaffidabile, conservate quella diagnosi invece di fare una modifica globale silenziosa che la maschera. Una rotta preferita funzionante e un'uscita rigida a una sola famiglia meritano configurazioni diverse.