Vérifier le libcurl lié pour la prise en charge du proxy HTTPS
Distinguez une compilation de proxy HTTPS non prise en charge d'un proxy HTTP ordinaire transportant des destinations HTTPS.
CURLE_NOT_BUILT_IN signifie que la fonctionnalité demandée est absente de la compilation de libcurl. Avec une URL de proxy https://, inspectez la prise en charge du proxy HTTPS dans la bibliothèque que l'application a réellement chargée.
curl_version_info(CURLVERSION_NOW) indique la version de cette bibliothèque, le backend TLS et les indicateurs de fonctionnalités. CURL_VERSION_HTTPS_PROXY identifie la capacité de proxy HTTPS ; la prise en charge générale des destinations HTTPS est une autre fonctionnalité. Un exécutable curl distinct peut utiliser une autre compilation de la bibliothèque.
Confirmez d'abord le protocole de l'écouteur. Un proxy HTTP ordinaire transportant une destination HTTPS utilise toujours une URL de proxy http://. Modifier cette valeur est approprié lorsqu'elle corrige la description de l'écouteur.
Si l'intermédiaire lui-même exige TLS, conservez son URL https:// et utilisez une bibliothèque compatible. libcurl a ajouté les proxys HTTPS avec OpenSSL dans la version 7.52.0 et étendu la prise en charge des backends dans la version 7.87.0. La version d'exécution, le backend TLS choisi et les fonctionnalités compilées comptent tous ; activer des options de compilation sans rapport n'établit pas cette capacité.