Résoudre le proxy pour une URL vous donne une décision pour cette URL. Cela ne révèle pas la stratégie complète de routage automatique pour chaque destination.

Cela compte lorsque du code appelle GetProxy avec une adresse de test externe, récupère l'URI renvoyé et installe globalement un nouveau WebProxy fixe. La stratégie d'origine pouvait envoyer un autre hôte directement ou choisir un proxy différent. Le remplacement a jeté cette information.

Conservez un objet de stratégie pris en charge auprès du client lorsque un comportement dépendant de la destination est voulu. Inspectez sa décision pour l'URL qui échoue réellement plutôt que d'utiliser un site sans rapport comme sonde universelle.

Interprétez aussi correctement une décision directe. Une implémentation peut renvoyer la destination d'origine lorsqu'elle est contournée ; comparez la décision de contournement au lieu de réétiqueter automatiquement cet URI comme un proxy.

Si un point de terminaison fixe est la stratégie voulue de l'application, configurez-le explicitement et documentez ce choix. Une route fixe dérivée accidentellement d'un résultat de proxy automatique est bien plus difficile à expliquer lorsque la destination suivante se comporte différemment.

Articles similaires