Kontrolearje de keppele libcurl op HTTPS-proxy-stipe
Underskied in net-stipe HTTPS-proxybuild fan in gewoane HTTP-proxy dy't HTTPS-bestimmingen ferfiert.
CURLE_NOT_BUILT_IN betsjut dat de frege funksje ûntbrekt yn 'e libcurl-build. Mei in https://-proxy-URL moatsto HTTPS-proxy-stipe besjen yn 'e biblioteek dy't de applikaasje eins laden hat.
curl_version_info(CURLVERSION_NOW) rapportearret de ferzje fan dy biblioteek, de TLS-backend en de funksjeflaggen. CURL_VERSION_HTTPS_PROXY tsjut HTTPS-proxykapasiteit oan; algemiene stipe foar HTTPS-bestimmingen is in oare funksje. In aparte curl-útfierbere bestân kin in oare biblioteekbuild brûke.
Befêstigje earst it protokol fan 'e listener. In gewoane HTTP-proxy dy't in HTTPS-bestimming ferfiert, brûkt noch altyd in http://-proxy-URL. It feroarjen fan dy wearde is passend as it de beskriuwing fan 'e listener korrizjelet.
As de tuskenpersoan sels TLS fereasket, hâld dan syn https://-URL en brûk in kompatibele biblioteek. libcurl foege HTTPS-proxys ta mei OpenSSL yn 7.52.0 en wreide de backend-stipe út yn 7.87.0. De runtime-ferzje, de keazen TLS-backend en de kompilearre funksjes binne allegear wichtich; it ynskeakeljen fan net-relatearre build-opsjes bewiist dizze kapasiteit net.