Et ass méiglech, e Client iwwer IPv4 unzehuelen an seng ugefroten Websäit iwwer IPv6 z'erreechen. Dat sinn getrennte Verbindungen. Eng Politik op der Websäit-Säit soll IPv4-Clienten net automatesch oflechnen.

Dat ass d'Falle an de Beispiller, déi eng Destinatiouns-Famill-Ablehnung mat src ipv4 kombinéieren: de Quell-ACL ännert, wien sech verbannen däerf, net nëmmen, wéi eng Websäit-Verbindungen erlaabt sinn.

Definéiert déi virgesinn Aschränkung

Fir Squid-Versiounen, déi déi relevant IP-ACLen ënnerstëtzen, kann eng Destinatiouns-Famill-Regel dst ipv4 benotzen, fir IPv4-Destinatiounen z'identifizéieren. Integréiert esou Regelen an déi existent Authentifikatioun an Destinatiouns-Rechter; setzt keng breet IPv6-Erlaabnis derbäi, déi se ëmgeet.

D'ACL-Referenz ënnerscheet tëscht Quell- an Destinatiounstypen. Dëst ass eng Aschränkung, keen automateschen Iwwersetzungsservice. Eng Websäit nëmmen mat IPv4 kann onereechbar ginn, obwuel d'Maschinn se soss iwwer IPv4 erreeche kéint.

Eng ausgänglech IPv6-Adress ze bannen ass och net déi ganz Ëmsetzungs-Politik. Quellauswiel, erlaabt Destinatiouns-Famillen, DNS-Antwerten an déi tatsächlech Netzwierkerreechbarkeet droen all bäi. Entscheet ausdrécklech, ob en IPv4-Fallback akzeptabel ass.

D'Ännerung vun forwarded_for léist dëse Problem net. Dat beaflosst en HTTP-Header, net d'Adressfamill vun der TCP-Verbindung vum Proxy. Genee esou garantéiert en IPv6-DNS-Resolver net, datt all Numm, op deen en äntwert, eng IPv6-Destinatioun huet.

Iwwerpréift d'Versiounsspezifescht Verhalen, ier Dir eng grouss al Konfiguratioun iwwerhëlt. Besonnesch: dns_v4_first ass keng ënnerstëtzt Famille-Präferenz-Schalt an Squid 5 bis 7. Eng Politik, déi Dir präzis beschreiwe kënnt, ass méi einfach ze validéieren wéi eng Sammlung vun onzusammenhängenden IPv6-Astellungen.

Ähnlech Artikelen