Squid IPv4-viðskiptavinir og IPv6-áfangastaðir: aðskildar stefnur
IPv4-viðskiptavinur getur notað Squid til að ná IPv6-vefsíðu. Greindu áfangastaðatakmarkanir, uppruna-ACL og val IP-tölu áður en þú velur stefnu fyrir IPv6 eingöngu.
Hægt er að taka við viðskiptavini yfir IPv4 og ná í umbeðna vefsíðu hans yfir IPv6. Þetta eru aðskildar tengingar. Stefna um vefsíðuhliðina ætti ekki að hafna IPv4-viðskiptavinum sjálfkrafa.
Þetta er gildran í dæmum sem sameina synjun áfangastaðar-fjölskyldu með src ipv4: uppruni-ACL breytir því hverjir mega tengjast, ekki bara hvaða vefsíðutengingar eru leyfðar.
Skilgreindu fyrirhugaða takmörkun
Fyrir Squid-útgáfur sem styðja viðeigandi IP ACL, getur regla áfangastaðar-fjölskyldu notað dst ipv4 til að bera kennsl á IPv4-áfangastaði. Samþættu slíkar reglur við fyrirliggjandi auðkenningu og áfangastaðaheimildir; bættu ekki við breiðri IPv6-heimild sem fer fram hjá þeim.
ACL-tilvísunin greinir milli uppruna- og áfangastaðstegunda. Þetta er takmörkun, ekki sjálfvirk þýðingarþjónusta. Vefsíða sem er eingöngu IPv4 getur orðið óaðgengileg þótt vélin gæti annars náð henni yfir IPv4.
Að binda útfarandi IPv6-tölu er heldur ekki öll framfylgdastefnan. Upprunaval, leyfðar áfangastaðar-fjölskyldur, DNS-svör og raunverulegt netaðgengi leggja allt til. Ákveðtu skýrt hvort IPv4-fallback sé ásættanlegt.
Að breyta forwarded_for leysir ekki þetta vandamál. Það hefur áhrif á HTTP-haus, ekki fjölskyldu IP-tölu TCP-tengingar milliþjónsins. Á sama hátt tryggir IPv6-DNS-uppfletting ekki að hvert nafn sem hún svarar hafi IPv6-áfangastað.
Athugaðu hegðun sem er sérstök fyrir útgáfuna áður en þú tekur upp stóra gamla uppsetningu. Einkum: dns_v4_first er ekki studdur fjölskylduvalrofi í Squid 5 til 7. Stefna sem þú getur lýst nákvæmlega er auðveldari að sannreyna en safn ótengdra IPv6-stillinga.