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éeSé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é.

Articles similaires