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 врската на проксито. Слично, DNS резолверот IPv6 не гарантира дека секое име на кое одговара има дестинација IPv6.
Проверете го однесувањето специфично за изданието пред да прифатите голема стара конфигурација. Особено: dns_v4_first не е поддржан прекинувач за претпочитање семејство во Squid 5 до 7. Политиката што можете прецизно да ја опишете полесно се валидира отколку збир од неповрзани поставки IPv6.