Klientët Squid IPv4 dhe destinacionet IPv6: politika të ndara
Një klient IPv4 mund të përdorë Squid për të arritur një faqe IPv6. Dalloni kufizimet e destinacionit, ACL-të e burimit dhe zgjedhjen e adresës përpara se të zgjidhni një politikë vetëm IPv6.
Është e mundur të pranohet një klient përmes IPv4 dhe të arrihet faqja e kërkuar përmes IPv6. Këto janë lidhje të ndara. Një politikë për anën e faqes nuk duhet t'i refuzojë automatikisht klientët IPv4.
Ky është gracka në shembujt që kombinojnë mohimin e familjes së destinacionit me src ipv4: ACL i burimit ndryshon kush mund të lidhet, jo vetëm cilat lidhje me faqet lejohen.
Përcaktoni kufizimin e synuar
Për versionet e Squid që mbështesin ACL-të IP përkatëse, një rregull i familjes së destinacionit mund të përdorë dst ipv4 për të identifikuar destinacionet IPv4. Integroni rregulla të tilla me vërtetimin dhe lejet e destinacionit ekzistuese; mos shtoni një leje të gjerë IPv6 që i anashkalon ato.
Referenca e ACL dallon llojet e burimit dhe destinacionit. Ky është një kufizim, jo një shërbim përkthimi automatik. Një faqe vetëm IPv4 mund të bëhet e paarritshme edhe pse makina mund të arrinte atë përmes IPv4.
Lidhja e një adrese IPv6 dalëse gjithashtu nuk është e gjithë politika e zbatimit. Zgjedhja e burimit, familjet e destinacionit të lejuara, përgjigjet DNS dhe arritshmëria reale e rrjetit kontribuojnë të gjitha. Vendosni qartë nëse rikthimi në IPv4 është i pranueshëm.
Ndryshimi i forwarded_for nuk e zgjidh këtë problem. Ai ndikon në një kokë HTTP, jo në familjen e adresave të lidhjes TCP të përfaqësuesit. Njësoj, një zgjidhës DNS IPv6 nuk garanton që çdo emër që përgjigjet ka një destinacion IPv6.
Kontrolloni sjelljen specifike të versionit përpara se të miratoni një konfigurim të madh të vjetër. Në veçanti: dns_v4_first nuk është një çelës i mbështetur i preferencës së familjes në Squid 5 deri 7. Një politikë që mund ta përshkruani saktësisht është më e lehtë për t'u vërtetuar sesa një koleksion cilësimesh IPv6 të palidhura.