Squid IPv4 -asiakkaat ja IPv6-kohteet: erilliset käytännöt
IPv4-asiakas voi käyttää Squidia IPv6-verkkosivuston saavuttamiseen. Erottele kohderajoitukset, lähde-ACL:t ja osoitteen valinta ennen kuin valitset vain IPv6:ta koskevan käytännön.
On mahdollista hyväksyä asiakas IPv4:n kautta ja saavuttaa sen pyytämä verkkosivusto IPv6:n kautta. Nämä ovat erillisiä yhteyksiä. Verkkosivuston puolta koskeva käytäntö ei saisi automaattisesti hylätä IPv4-asiakkaita.
Tämä on ansa esimerkeissä, joissa kohdeperheen kielto yhdistetään src ipv4: lähde-ACL muuttaa sitä, kuka saa yhdistää, ei vain sitä, mitkä verkkosivustoyhteydet sallitaan.
Määritä aiottu rajoitus
Squid-versioissa, jotka tukevat asiaankuuluvia IP ACL:ia, kohdeperheen sääntö voi käyttää dst ipv4 IPv4-kohteiden tunnistamiseen. Yhdistä tällaiset säännöt olemassa olevaan todennukseen ja kohdeoikeuksiin; älä lisää laajaa IPv6-sallintaa, joka ohittaa ne.
ACL-viittaus erottaa lähde- ja kohdetyypit. Tämä on rajoitus, ei automaattinen käännöspalvelu. Vain IPv4-pohjainen verkkosivusto voi tulla saavuttamattomaksi, vaikka kone voisi muuten saavuttaa sen IPv4:n kautta.
Lähtevän IPv6-osoitteen sitominen ei sekään ole koko toimeenpanokäytäntö. Lähteen valinta, sallitut kohdeperheet, DNS-vastaukset ja todellinen verkon tavoitettavuus vaikuttavat kaikki. Päätä nimenomaisesti, onko IPv4-paluu hyväksyttävää.
forwarded_for muuttaminen ei ratkaise tätä ongelmaa. Se vaikuttaa HTTP-otsikkoon, ei välityspalvelimen TCP-yhteyden osoiteperheeseen. Samoin IPv6-DNS-resolveri ei takaa, että jokaisella nimellä, johon se vastaa, on IPv6-kohde.
Tarkista versiokohtainen toiminta ennen suuren vanhan kokoonpanon käyttöönottoa. Erityisesti: dns_v4_first ei ole tuettu perheen suosinnan kytkin Squidissa 5–7. Käytäntö, jonka voit kuvata täsmällisesti, on helpompi validoida kuin kokoelma toisiinsa liittymättömiä IPv6-asetuksia.