IPv6-bevidste hjælpere til PAC-routingregler
Gamle PAC-hjælpere og punktadresse-mønstre bliver ikke automatisk IPv6-bevidste, når proxyserveren får en IPv6-adresse.
En IPv6-kapabel proxy-listener gør ikke en gammel PAC-regel IPv6-bevidst. At nå listeneren og klassificere destinationen korrekt er separate krav.
| Regelinput | Hvad der skal kontrolleres |
|---|---|
dnsResolve, myIpAddress, isInNet i gamle eksempler | IPv4-adresse/maske-antagelser. Et falsk match på kolonadskilte data kan betyde ikke-understøttet input, ikke en destination uden for netværket. |
dnsResolveEx eller isInNetEx | Klientens support, det krævede indgangspunkt og det dokumenterede returformat. |
Microsoft dokumenterer disse IPv6-bevidste udvidelser. Hver browser eller WinHTTP-forbruger skal have sin egen supportkontrol; én fungerende klient kan ikke fastslå kompatibilitet overalt.
Et værtsnavn kan opløses til flere adresser, og en udvidet hjælper kan returnere en liste. Fortolk den dokumenterede liste i stedet for at sammenligne hele strengen, som om den var én IPv4-adresse. Definér resultater for ikke-understøttede hjælpere, mislykkede opslag og uventede familier.
Hvis politikken reelt handler om et virksomhedsdomæne, kan en værtsnavneregel udtrykke det mere direkte end at klassificere enhver mulig opløst adresse. Hold endpoint-konfiguration og bevis for destinationsreglen adskilt under diagnosticeringen, så en vellykket IPv6-proxyforbindelse ikke skjuler en forkert PAC-beslutning.