Squid 5–7: de ce dns_v4_first nu mai funcționează

O configurație Squid veche conține dns_v4_first on. După o actualizare, acea linie nu mai oferă preferința IPv4 așteptată. Adăugarea altor copii nu va restabili comportamentul anterior.

Referința de configurare listează directiva ca indisponibilă în Squid 5 până la 7. Selecția adreselor în Squid s-a schimbat odată cu lucrările Happy Eyeballs; sfaturile vechi despre preferință trebuie citite în acel context de versiune.

Preferința și impunerea sunt cereri diferite

Decideți mai întâi de ce aveți nevoie. Să preferați o rută IPv4 funcțională când ambele familii sunt disponibile? Să eliminați conectivitatea IPv6 defectă? Să garantați că o anumită ieșire folosește doar IPv4? Acestea nu sunt aceeași politică. Restricțiile pe familie de destinație trebuie de asemenea să rămână separate de ACL-urile sursei clientului.

Dezactivarea accesului la o familie poate face unele site-uri inaccesibile. Schimbarea răspunsurilor DNS schimbă candidații disponibili pentru proxy. Repararea unei rute lente sau defecte rezolvă o defecțiune de rețea. Niciuna dintre acestea nu trebuie descrisă ca o linie de înlocuire universală pentru o directivă eliminată.

Separați și selecția adresei de destinație de adresa folosită pentru a ajunge la un proxy părinte. Un nume de gazdă părinte poate avea propriii candidați IPv4 și IPv6, în timp ce părintele face conexiunea finală la site conform propriei politici.

O regulă de adresă sursă are un alt rol: alege o sursă compatibilă pentru o conexiune, în loc să creeze suport pentru destinație. O sursă IPv4 nu transformă o destinație doar IPv6 într-un punct final IPv4.

Verificați documentația versiunii instalate și întregul traseu de redirecționare. Dacă problema este o conexiune IPv6 nesigură, păstrați acel diagnostic în loc să faceți o schimbare globală silențioasă care doar o maschează. O rută preferată funcțională și o ieșire strictă cu o singură familie merită configurații diferite.