IPv6-medvitne hjelparar for PAC-rutingsreglar
Gamle PAC-hjelparar og mønster med punktadresser vert ikkje automatisk IPv6-medvitne når proxy-tenaren får ei IPv6-adresse.
Ein IPv6-kapabel proxy-lyttar gjer ikkje ein gammal PAC-regel IPv6-medviten. Å nå lyttaren og klassifisere målet rett er to separate krav.
| Regelinndata | Kva som må kontrollerast |
|---|---|
dnsResolve, myIpAddress, isInNet i eldre døme | IPv4-adresse-/maskeantakingar. Eit falskt treff på kolon-separerte data kan tyde på inndata som ikkje er støtta, ikkje ein destinasjon utanfor nettverket. |
dnsResolveEx eller isInNetEx | Støtta til klienten, naudsynt inngangspunkt og dokumentert returformat. |
Microsoft dokumenterer desse IPv6-medvitne utvidingane. Kvar nettlesar eller WinHTTP-brukar treng si eiga støttekontroll; ein fungerande klient kan ikkje fastslå kompatibilitet overalt.
Eit vertsnamn kan løysast til fleire adresser, og ein utvida hjelpar kan returnere ei liste. Tolk denne dokumenterte lista i staden for å samanlikne heile strengen som om han var éi IPv4-adresse. Definer utfall for hjelparar som ikkje er støtta, mislukka oppslag og uventa familiar.
Viss policyen eigentleg gjeld eit firmadomene, kan ein vertsnamnregel uttrykkje det meir direkte enn å klassifisere kvar mogleg oppløyst adresse. Hald endepunktskonfigurasjon og prov for målregelen åtskilde under diagnostisering, slik at ei vellukka IPv6-proxyforbinding ikkje skjuler eit feil PAC-vedtak.