Galima priimti klientą per IPv4 ir pasiekti jo prašomą svetainę per IPv6. Tai atskiros jungtys. Svetainės pusės taisyklė neturėtų automatiškai atmesti IPv4 klientų.

Tai spąstai pavyzdžiuose, kuriuose paskirties šeimos draudimas derinamas su src ipv4: šaltinio ACL keičia, kam leidžiama jungtis, o ne tik kurios svetainės jungtys leidžiamos.

Apibrėžkite numatomą apribojimą

Squid versijose, palaikančiose atitinkamus IP ACL, paskirties šeimos taisyklė gali naudoti dst ipv4 IPv4 paskirties vietoms nustatyti. Tokias taisykles integruokite į esamą autentifikavimą ir paskirties leidimus; nepridėkite plataus IPv6 leidimo, kuris jas apeitų.

ACL nuoroda skiria šaltinio ir paskirties tipus. Tai apribojimas, o ne automatinė vertimo paslauga. Tik IPv4 svetainė gali tapti nepasiekiama, nors mašina galėtų ją pasiekti per IPv4.

Išeinančio IPv6 adreso susiejimas taip pat nėra visa vykdymo taisyklė. Šaltinio pasirinkimas, leidžiamos paskirties šeimos, DNS atsakymai ir tikrasis tinklo pasiekiamumas visi prisideda. Aiškiai nuspręskite, ar IPv4 atsarginis variantas priimtinas.

Pakeitus forwarded_for ši problema neišsprendžiama. Tai veikia HTTP antraštę, o ne proxy TCP jungties adresų šeimą. Taip pat IPv6 DNS resolveris negarantuoja, kad kiekvienas jo atsakomas vardas turi IPv6 paskirties vietą.

Prieš priimdami didelę seną konfigūraciją patikrinkite versijai būdingą elgseną. Visų pirma: dns_v4_first nėra palaikomas šeimos pirmenybės jungiklis Squid 5–7. Taisyklę, kurią galite tiksliai aprašyti, lengviau patvirtinti nei nesusijusių IPv6 nustatymų rinkinį.

Susiję straipsniai