Pourquoi curl ne récupère pas le proxy du navigateur Windows
Distinguez les entrées proxy de libcurl de la découverte du proxy du navigateur Windows et de la configuration automatique.
Un navigateur Windows qui fonctionne via le proxy de l'entreprise ne prouve pas qu'une application basée sur libcurl a découvert la même configuration. libcurl dispose d'options de proxy et de variables d'environnement documentées ; la découverte du proxy du navigateur Windows est une autre interface.
Une application qui souhaite suivre les paramètres Windows de l'utilisateur actuel peut les interroger via l'API de configuration du proxy Windows. Cela laisse encore du travail. Une URL de configuration automatique pointe vers une stratégie PAC, pas vers un point de terminaison proxy fixe qu'on pourrait copier directement dans CURLOPT_PROXY.
- Paramètre de proxy manuel
- Analysez la configuration prise en charge et fournissez au client les options de proxy et de contournement appropriées.
- PAC ou découverte automatique
- Évaluez la stratégie pour la destination réelle à l'aide d'une intégration prise en charge.
- Service en arrière-plan
- Vérifiez quel compte possède la configuration effective ; les paramètres de l'utilisateur interactif ne sont peut-être pas ceux du service.
Pour une petite requête de diagnostic, une option de proxy explicite de libcurl retire la découverte de la comparaison. Une commande curl limitée peut vérifier le même point de terminaison HTTP de manière indépendante. Pour une application gérée, implémentez la stratégie de découverte prévue plutôt que de vous fier à une requête réussie du navigateur comme preuve d'une configuration partagée.