CURLOPT_PROXY_ISSUERCERT(3)
π CURLOPT_PROXY_ISSUERCERT π
okay so bestie, welcome to the libcurl manual page for CURLOPT_PROXY_ISSUERCERT β yes that's a mouthful, yes it's iconic, and yes we're gonna get through it together π«Ά
β¨ NAME β¨
CURLOPT_PROXY_ISSUERCERT β the proxy issuer SSL certificate filename, aka "which CA file should my HTTPS proxy's issuer match against" πΈ
π SYNOPSIS π
#include <curl/curl.h>
CURLcode curl_easy_setopt(CURL *handle, CURLOPT_PROXY_ISSUERCERT, char *file);
π DESCRIPTION π
so you pass a char pointer to a null-terminated string, and that string names a file holding a CA certificate in PEM format π₯ no cap, that's the whole vibe.
If the option is set, an additional check against the peer certificate is performed to verify the issuer of the HTTPS proxy is indeed the one associated with the certificate provided by the option. This additional check is useful in multi-level PKI where one needs to enforce that the peer certificate is from a specific branch of the tree. like, you're not just checking "is this a valid cert," you're checking "is this cert from my branch of the tree" β very main character energy π
This option makes sense only when used in combination with the CURLOPT_PROXY_SSL_VERIFYPEER(3) option. Otherwise, the result of the check is not considered as failure. so if you skip that one, this check literally just vibes and does nothing π
A specific error code (CURLE_SSL_ISSUER_ERROR) is defined with the option, which is returned if the setup of the SSL/TLS session has failed due to a mismatch with the issuer of peer certificate (CURLOPT_PROXY_SSL_VERIFYPEER(3) has to be set too for the check to fail). so like β it can only actually fail you if you set that other option too. iykyk π§
The application does not have to keep the string around after setting this option. curl copies it, you can let it go, free it, move on, live your life π
Using this option multiple times makes the last set string override the previous ones. Set it to NULL to disable its use again. last one wins, periodt β¨
π¦ DEFAULT π¦
NULL
π PROTOCOLS π
This functionality affects all TLS based protocols: HTTPS, FTPS, IMAPS, POP3S, SMTPS etc. πΈ
This option works only with the following TLS backends: GnuTLS and OpenSSL β
π EXAMPLE π
int main(void)
{
CURL *curl = curl_easy_init();
if(curl) {
CURLcode result;
curl_easy_setopt(curl, CURLOPT_URL, "https://example.com/");
/* using an HTTPS proxy */
curl_easy_setopt(curl, CURLOPT_PROXY, "https://proxy.example:443");
curl_easy_setopt(curl, CURLOPT_PROXY_ISSUERCERT, "/etc/certs/cacert.pem");
result = curl_easy_perform(curl);
curl_easy_cleanup(curl);
}
}
π AVAILABILITY π
Added in curl 7.71.0 β so it's been around a minute, lowkey a classic π
π RETURN VALUE π
curl_easy_setopt(3) returns a CURLcode indicating success or error.
CURLE_OK (0) means everything was OK, non-zero means an error occurred, see libcurl-errors(3). zero = slay, non-zero = something went sideways π
π₯ SEE ALSO π₯
CURLOPT_ISSUERCERT(3)CURLOPT_PROXY_SSL_VERIFYHOST(3)CURLOPT_PROXY_SSL_VERIFYPEER(3)CURLOPT_SSL_VERIFYHOST(3)CURLOPT_SSL_VERIFYPEER(3)
okay that's the whole page bestie, you ate π this one's from libcurl, dated 2026-10-12, and honestly? iconic of it. go forth and verify those issuers ππ¦
π¦ where this page comes from
- fedora 44: libcurl-devel 8.18.0-14.fc44 Β· curl
- fedora 44: libcurl-devel 8.18.0-14.fc44 Β· curl
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms