Das verlinkte libcurl auf HTTPS-Proxy-Unterstützung prüfen
Unterscheiden Sie einen nicht unterstützten HTTPS-Proxy-Build von einem gewöhnlichen HTTP-Proxy, der HTTPS-Ziele weiterleitet.
CURLE_NOT_BUILT_IN bedeutet, dass die angeforderte Funktion im libcurl-Build fehlt. Prüfen Sie bei einer https://-Proxy-URL die HTTPS-Proxy-Unterstützung in der Bibliothek, die die Anwendung tatsächlich geladen hat.
curl_version_info(CURLVERSION_NOW) meldet Version, TLS-Backend und Funktionsflags dieser Bibliothek. CURL_VERSION_HTTPS_PROXY kennzeichnet die HTTPS-Proxy-Fähigkeit; die allgemeine Unterstützung von HTTPS-Zielen ist eine andere Funktion. Eine separate curl-Binärdatei kann einen anderen Bibliotheks-Build verwenden.
Bestätigen Sie zuerst das Protokoll des Listeners. Ein gewöhnlicher HTTP-Proxy, der ein HTTPS-Ziel weiterleitet, verwendet weiterhin eine http://-Proxy-URL. Eine Änderung dieses Werts ist angebracht, wenn sie die Beschreibung des Listeners korrigiert.
Wenn der Vermittler selbst TLS verlangt, behalten Sie seine https://-URL und verwenden Sie eine kompatible Bibliothek. libcurl fügte HTTPS-Proxys mit OpenSSL in 7.52.0 hinzu und erweiterte die Backend-Unterstützung in 7.87.0. Laufzeitversion, gewähltes TLS-Backend und kompilierte Funktionen sind alle entscheidend; das Aktivieren unabhängiger Build-Optionen belegt diese Fähigkeit nicht.