Squid 5–7: miksi dns_v4_first ei enää toimi
Selittää dns_v4_first-direktiivin poistumisen Squid 5–7 -versioissa ja erottaa osoiteasetuksen pakotetusta vain IPv4:stä.
Vanhassa Squid-määrityksessä on dns_v4_first on. Päivityksen jälkeen tämä rivi ei enää anna odotettua IPv4-asetusta. Lisäkopioiden lisääminen ei palauta aiempaa toimintaa.
Määritysviite ilmoittaa direktiivin olevan käytettävissä vasta versioissa Squid 5–7. Squidin osoitevalinta muuttui Happy Eyeballs -työn myötä; vanhoja asetusneuvoja on luettava tuon julkaisun yhteydessä.
Asetus ja pakottaminen ovat eri pyyntöjä
Päätä ensin, mitä tarvitset. Suositko toimivaa IPv4-reittiä, kun molemmat perheet ovat saatavilla? Poistatko rikkinäisen IPv6-yhteyden? Varmistatko, että tietty ulostulo käyttää vain IPv4:ää? Nämä eivät ole sama käytäntö. Kohdeperheen rajoitukset on myös pidettävä erillään asiakkaan lähde-ACL:istä.
Yhden perheen käytön estäminen voi tehdä joistakin sivustoista tavoittamattomia. DNS-vastausten muuttaminen muuttaa välityspalvelimen käytettävissä olevia ehdokkaita. Hitaan tai rikkinäisen reitin korjaaminen hoitaa verkkovian. Mitään näistä ei pidä kuvata poistetun direktiivin yleisenä korvaavana rivinä.
Erottele myös kohdeosoitteen valinta osoitteesta, jolla ylävälityspalvelimeen yhteyttä otetaan. Ylä-tietokonenimellä voi olla omat IPv4- ja IPv6-ehdokkaansa, kun taas ylä tekee lopullisen sivustoyhteyden oman käytäntönsä mukaan.
Lähdeosoitesäännöllä on jälleen toinen rooli: se valitsee yhteensopivan lähteen yhteydelle sen sijaan, että loisi kohdetukea. IPv4-lähde ei tee vain IPv6:tta tarjoavasta kohteesta IPv4-päätepistettä.
Tarkista asennetun julkaisun dokumentaatio ja koko edelleenvälityspolku. Jos ongelma on epäluotettava IPv6-yhteys, säilytä tämä diagnoosi sen sijaan, että tekisit hiljaisen maailmanlaajuisen muutoksen, joka vain peittää sen. Toimiva ensisijainen reitti ja tiukka yhden perheen ulostulo ansaitsevat eri määritykset.