Helper compatibili con IPv6 per le regole di routing PAC
I vecchi helper PAC e i pattern di indirizzi puntati non diventano automaticamente compatibili con IPv6 quando il server proxy ottiene un indirizzo IPv6.
Un listener proxy compatibile IPv6 non rende IPv6-aware una vecchia regola PAC. Raggiungere il listener e classificare correttamente la destinazione sono requisiti separati.
| Input della regola | Cosa verificare |
|---|---|
dnsResolve, myIpAddress, isInNet negli esempi legacy | Ipotesi di indirizzo/maschera IPv4. Una falsa corrispondenza su dati separati da due punti può indicare un input non supportato, non una destinazione fuori dalla rete. |
dnsResolveEx oppure isInNetEx | Il supporto del client, il punto di ingresso richiesto e il formato di ritorno documentato. |
Microsoft documenta queste estensioni compatibili IPv6. Ogni browser o consumer WinHTTP necessita di una propria verifica del supporto; un client funzionante non può stabilire la compatibilità ovunque.
Un nome host può risolversi in più indirizzi e un helper esteso può restituire un elenco. Interpretare quell'elenco documentato invece di confrontare l'intera stringa come se fosse un singolo indirizzo IPv4. Definire gli esiti per helper non supportati, risoluzioni fallite e famiglie impreviste.
Se la politica riguarda davvero un dominio aziendale, una regola sul nome host può esprimerla in modo più diretto della classificazione di ogni possibile indirizzo risolto. Tenere separati configurazione dell'endpoint e prove della regola di destinazione durante la diagnosi, così una connessione proxy IPv6 riuscita non nasconde una decisione PAC errata.