Squid IPv4 bezeroak eta IPv6 helmugak: politika bereiziak
IPv4 bezero batek Squid erabil dezake IPv6 webgune batera iristeko. Bereizi helmuga-murrizketak, iturburu-ACLak eta helbide-hautaketa IPv6 soilik den politika bat hautatu aurretik.
Badago bezero bat IPv4 bidez onartu eta bere eskatutako webgunea IPv6 bidez iristea. Konexio bereiziak dira. Webgunearen aldeko politikak ez luke IPv4 bezeroak automatikoki baztertu behar.
Hori da helmugako familia-ukapena src ipv4-rekin konbinatzen duten adibideetan dagoen tranpa: iturburuaren ACLak nor konekatu daitekeen aldatzen du, ez bakarrik zein webgune-konexio onartzen diren.
Zehaztu nahi den murrizketa
IP ACL egokiak onartzen dituzten Squid bertsioetarako, helmugako familia-arauak dst ipv4 erabil dezake IPv4 helmugak identifikatzeko. Integra itzazu arau horiek lehendik dagoen autentifikazioarekin eta helmuga-baimenekin; ez gehitu horiek saihesten dituen IPv6 baimen zabalik.
ACL erreferentziak iturburu- eta helmuga-motak bereizten ditu. Hau murrizketa da, ez itzulpen automatikoko zerbitzua. IPv4 soilik duen webgune bat eskuraezin bihur daiteke, nahiz eta makinak IPv4 bidez irits zitekeen.
Irteerako IPv6 helbide bat lotzea ere ez da betearazpen-politika osoa. Iturburu-hautaketak, baimendutako helmuga-familiek, DNS erantzunek eta sareko irisgarritasun errealak guztiek laguntzen dute. Erabaki argi IPv4ra itzultzea onargarria den.
forwarded_for aldatzeak ez du arazo hau konpontzen. HTTP goiburu bat ukitzen du, ez proxyaren TCP konexioaren helbide-familia. Era berean, IPv6 DNS ebazleak ez du bermatzen erantzuten dion izen bakoitzak IPv6 helmuga duenik.
Egiaztatu bertsioaren berariazko portaera konfigurazio zahar handi bat hartu aurretik. Bereziki: dns_v4_first ez da familia-lehentasuneko etengailu onartua Squid 5etik 7ra. Zehazki deskriba dezakezun politika errazago baliozkotzen da erlaziorik gabeko IPv6 ezarpenen multzo bat baino.