IPv6-bevisste hjelpere for PAC-ruting
Gamle PAC-hjelpere og punktadressemønstre blir ikke automatisk IPv6-bevisste når proxy-tjeneren får en IPv6-adresse.
En IPv6-kompatibel proxy-lytter gjør ikke en gammel PAC-regel IPv6-bevisst. Å nå lytteren og klassifisere målet korrekt er to atskilte krav.
| Regelinndata | Hva som må kontrolleres |
|---|---|
dnsResolve, myIpAddress, isInNet i gamle eksempler | IPv4-adresse-/maskeantagelser. Et falskt treff på kolonadskilte data kan bety inndata som ikke støttes, ikke en destinasjon utenfor nettverket. |
dnsResolveEx eller isInNetEx | Klientens støtte, påkrevd inngangspunkt og dokumentert returformat. |
Microsoft dokumenterer disse IPv6-bevisste utvidelsene. Hver nettleser eller WinHTTP-forbruker trenger sin egen støttekontroll; én fungerende klient kan ikke fastslå kompatibilitet overalt.
Et vertsnavn kan løses til flere adresser, og en utvidet hjelper kan returnere en liste. Tolk den dokumenterte listen i stedet for å sammenligne hele strengen som om den var én IPv4-adresse. Definer utfall for hjelpere som ikke støttes, mislykkede oppslag og uventede familier.
Hvis policyen egentlig gjelder et bedriftsdomene, kan en vertsnavnregel uttrykke det mer direkte enn å klassifisere hver mulig oppløst adresse. Hold endepunktskonfigurasjon og bevis for målregelen atskilt under diagnostisering, slik at en vellykket IPv6-proxyforbindelse ikke skjuler en feil PAC-beslutning.