Squid 5–7: zakaj dns_v4_first ne deluje več
Pojasni odstranitev dns_v4_first v Squid 5 do 7 in loči prednost naslova od prisile samo IPv4.
Stara konfiguracija Squid vsebuje dns_v4_first on. Po nadgradnji ta vrstica ne daje več pričakovane prednosti IPv4. Dodajanje dodatnih kopij ne bo obnovilo prejšnjega vedenja.
Referenca konfiguracije navaja direktivo kot nedosegljivo v Squid 5 do 7. Izbira naslovov v Squidu se je spremenila z delom na Happy Eyeballs; stare nasvete o prednosti je treba brati v kontekstu te izdaje.
Prednost in vsiljevanje sta različni zahtevi
Najprej odločite, kaj potrebujete. Prednost delujoči poti IPv4, ko sta na voljo obe družini? Odstraniti pokvarjeno povezljivost IPv6? Zagotoviti, da določen izhod uporablja samo IPv4? To ni ista politika. Omejitve družine cilja morajo prav tako ostati ločene od ACL izvora odjemalca.
Onemogočanje dostopa do ene družine lahko naredi nekatere strani nedosegljive. Spreminjanje odgovorov DNS spremeni kandidate, ki jih ima proxy. Popravljanje počasne ali pokvarjene poti rešuje omrežno napako. Nobenega od tega ne smemo opisati kot univerzalno nadomestno vrstico za odstranjeno direktivo.
Ločite tudi izbiro ciljnega naslova od naslova, ki se uporablja za doseganje nadrejenega proxyja. Nadrejeno ime gostitelja ima lahko svoje kandidate IPv4 in IPv6, medtem ko nadrejeni proxy vzpostavi končno povezavo s spletnim mestom po svoji politiki.
Pravilo izvornega naslova ima drugo vlogo: izbere združljiv vir za povezavo, namesto da bi ustvarjalo podporo cilja. Izvor IPv4 ne naredi cilja samo z IPv6 končne točke IPv4.
Preverite dokumentacijo nameščene izdaje in celotno pot posredovanja. Če je težava nezanesljiva povezava IPv6, ohranite to diagnozo, namesto da naredite tiho globalno spremembo, ki jo le zakrije. Delujoča prednostna pot in strogi izhod z eno družino si zaslužita različni konfiguraciji.