Squid IPv4 клијенти и IPv6 одредишта: одвојене политике
IPv4 клијент може користити Squid за приступ IPv6 веб-месту. Разликујте ограничења одредишта, ACL извора и избор адресе пре него што изаберете политику само за IPv6.
Могуће је прихватити клијента преко IPv4 и дохватити његово тражено веб-место преко IPv6. То су одвојене везе. Политика која се односи на страну веб-места не би требало аутоматски да одбија IPv4 клијенте.
То је замка у примерима који комбинују забрану фамилије одредишта са src ipv4: ACL извора мења коме је дозвољено да се повеже, а не само које су везе са веб-местима дозвољене.
Дефинишите намеравано ограничење
За издања Squid-а која подржавају релевантне IP ACL-ове, правило фамилије одредишта може да користи dst ipv4 за препознавање IPv4 одредишта. Интегришите таква правила са постојећом аутентификацијом и дозволама одредишта; не додајте широко дозвољење IPv6 које их заобилази.
ACL референца разликује врсте извора и одредишта. Ово је ограничење, а не услуга аутоматског превођења. Веб-место само са IPv4 може постати недоступно иако би машина иначе могла да га достигне преко IPv4.
Везивање одлазне IPv6 адресе такође није цела политика спровођења. Избор извора, дозвољене фамилије одредишта, DNS одговори и стварна мрежна доступност сви доприносе. Изричито одлучите да ли је повратак на IPv4 прихватљив.
Промена forwarded_for не решава овај проблем. То утиче на HTTP заглавље, а не на фамилију адреса TCP везе проксија. Исто тако, IPv6 DNS resolver не гарантује да свако име на које одговори има IPv6 одредиште.
Проверите понашање специфично за издање пре усвајања велике старе конфигурације. Посебно: dns_v4_first није подржан прекидач преференције фамилије у Squid-у 5 до 7. Политику коју можете прецизно да опишете лакше је валидирати од скупа неповезаних IPv6 поставки.