La valeur ProxyServer de Windows peut être une carte
Reconnaissez les chaînes de proxy Windows propres au protocole au lieu de transmettre toute la valeur à un constructeur d'URI unique.
Un script lit ProxyServer dans les paramètres Internet de Windows et l'affecte à WebProxy.Address. Il fonctionne sur une machine, puis échoue sur une autre dont la valeur ressemble à ceci :
http=proxy-a.example:8080;https=proxy-b.example:8080
Il s'agit d'une chaîne de configuration propre au protocole, pas d'une seule URI de proxy. Transmettre toute la valeur à un constructeur qui attend une seule adresse change le sens de l'entrée.
| Entrée | Sélectionne le proxy pour |
|---|---|
| http=... | Requêtes de destination HTTP |
| https=... | Requêtes de destination HTTPS |
La clé https ne signifie pas à elle seule que la connexion à ce proxy utilise TLS. Un proxy HTTP ordinaire peut transporter la destination HTTPS via CONNECT.
Préférez l'interface de proxy système prise en charge pour la destination réelle lorsque le client en fournit une. Les chaînes de proxy manuelles, les règles de contournement, les URL de configuration automatique et la découverte automatique sont des parties différentes de la configuration. La lecture d'une seule valeur de registre ne peut pas les reproduire toutes. Si vous inspectez la carte stockée, lisez ProxyEnable et AutoConfigURL à côté de ProxyServer.
Si une intégration doit analyser un mappage manuel, suivez son format documenté, conservez l'association de protocole et utilisez un véritable analyseur d'URI ou de point de terminaison pour chaque valeur sélectionnée. Diviser chaque deux-points casse IPv6 ; choisir la première entrée perd la distinction ci-dessus.
Gardez cela dans le contexte de compte approprié. Les paramètres de l'utilisateur interactif ne sont pas automatiquement ceux d'un service exécuté sous une autre identité.