IPv6-bewuste helpers vir PAC-roeteringreëls
Ou PAC-helpers en gestippelde adrespatrone word nie outomaties IPv6-bewus wanneer die volmagbediener 'n IPv6-adres kry nie.
'n Volmagluisteraar wat IPv6 kan hanteer, maak nie 'n ou PAC-reël IPv6-bewus nie. Om die luisteraar te bereik en die bestemming korrek te klassifiseer, is aparte vereistes.
| Reëlinset | Wat om na te gaan |
|---|---|
dnsResolve, myIpAddress, isInNet in ou voorbeelde | Aannames oor IPv4-adres/masker. 'n Valse passing op dubbelpunt-geskeide data kan onondersteunde invoer beteken, nie 'n bestemming buite die netwerk nie. |
dnsResolveEx of isInNetEx | Die kliënt se ondersteuning, die vereiste toegangspunt en die gedokumenteerde teruggeeformaat. |
Microsoft dokumenteer hierdie IPv6-bewuste uitbreidings. Elke blaaier of WinHTTP-verbruiker het sy eie ondersteuningskontrole nodig; een werkende kliënt kan nie oral versoenbaarheid vestig nie.
'n Gasheernaam kan na verskeie adresse oplos, en 'n uitgebreide helper kan 'n lys teruggee. Vertolk daardie gedokumenteerde lys eerder as om die hele string te vergelyk asof dit een IPv4-adres is. Definieer uitkomste vir onondersteunde helpers, mislukte opsoektogte en onverwagte families.
As die beleid eintlik oor 'n maatskappydomein gaan, kan 'n gasheernaamreël dit meer direk uitdruk as om elke moontlike opgeloste adres te klassifiseer. Hou eindpuntkonfigurasie en bewyse van bestemmingsreëls apart tydens diagnose, sodat 'n suksesvolle IPv6-volmagverbinding nie 'n verkeerde PAC-besluit verberg nie.