IPv6-bevisste hjelpere for PAC-rutingsregler
Gamle PAC-hjelpere og mønstre med punktadresser blir ikke automatisk IPv6-bevisste når proxy-serveren får en IPv6-adresse.
En IPv6-kapabel proxy-lytter gjør ikke en gammel PAC-regel IPv6-bevisst. Å nå lytteren og klassifisere målet riktig er to separate krav.
| Regelinndata | Hva som må kontrolleres |
|---|---|
dnsResolve, myIpAddress, isInNet i eldre eksempler | IPv4-adresse-/maskeantakelser. En falsk treff på kolonseparerte data kan bety inndata som ikke støttes, ikke en destinasjon utenfor nettverket. |
dnsResolveEx eller isInNetEx | Klientens støtte, nødvendig 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 slås opp 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 handler om et firmadomene, kan en vertsnavnregel uttrykke det mer direkte enn å klassifisere hver mulig oppslått adresse. Hold endepunktskonfigurasjon og bevis for målregelen atskilt under diagnostisering, slik at en vellykket IPv6-proxyforbindelse ikke skjuler en feil PAC-beslutning.