Kontrollera den länkade libcurl för HTTPS-proxy stöd
Skilj en HTTPS-proxybygg utan stöd från en vanlig HTTP-proxy som transporterar HTTPS-destinationer.
CURLE_NOT_BUILT_IN betyder att den begärda funktionen saknas i libcurl-bygget. Med en https://-proxy-URL, undersök HTTPS-proxy stöd i biblioteket som programmet faktiskt laddade.
curl_version_info(CURLVERSION_NOW) rapporterar bibliotekets version, TLS-backend och funktionsflaggor. CURL_VERSION_HTTPS_PROXY anger HTTPS-proxykapacitet; allmänt stöd för HTTPS-destinationer är en annan funktion. En separat curl-körbar fil kan använda ett annat biblioteksbygge.
Bekräfta först lyssnarens protokoll. En vanlig HTTP-proxy som transporterar en HTTPS-destination använder fortfarande en http://-proxy-URL. Att ändra det värdet är lämpligt när det rättar beskrivningen av lyssnaren.
Om mellanledet självt kräver TLS, behåll dess https://-URL och använd ett kompatibelt bibliotek. libcurl lade till HTTPS-proxyer med OpenSSL i 7.52.0 och utökade backend-stödet i 7.87.0. Körtidsversionen, vald TLS-backend och kompilerade funktioner spelar alla roll; att aktivera orelaterade byggalternativ bevisar inte denna kapacitet.