Assistants compatibles IPv6 pour les règles de routage PAC
Les anciens assistants PAC et les motifs d'adresses à points ne deviennent pas automatiquement compatibles IPv6 lorsque le serveur proxy obtient une adresse IPv6.
Un écouteur proxy compatible IPv6 ne rend pas une ancienne règle PAC compatible IPv6. Atteindre l'écouteur et classer correctement la destination sont deux exigences distinctes.
| Entrée de la règle | Ce qu'il faut vérifier |
|---|---|
dnsResolve, myIpAddress, isInNet dans les anciens exemples | Hypothèses d'adresse/masque IPv4. Une fausse correspondance sur des données séparées par deux-points peut indiquer une entrée non prise en charge, et non une destination hors du réseau. |
dnsResolveEx ou isInNetEx | La prise en charge par le client, le point d'entrée requis et le format de retour documenté. |
Microsoft documente ces extensions compatibles IPv6. Chaque navigateur ou consommateur WinHTTP a besoin de sa propre vérification de prise en charge ; un client qui fonctionne ne peut pas établir la compatibilité partout.
Un nom d'hôte peut se résoudre en plusieurs adresses, et un assistant étendu peut renvoyer une liste. Interprétez cette liste documentée plutôt que de comparer la chaîne entière comme s'il s'agissait d'une seule adresse IPv4. Définissez des résultats pour les assistants non pris en charge, les recherches échouées et les familles inattendues.
Si la politique concerne réellement un domaine d'entreprise, une règle de nom d'hôte peut l'exprimer plus directement que le classement de chaque adresse résolue possible. Gardez la configuration du point de terminaison et les preuves de la règle de destination séparées pendant le diagnostic, afin qu'une connexion proxy IPv6 réussie ne masque pas une décision PAC erronée.