You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
From a short research I just did, capath (or in libcurl's terms, CURLOPT_CAPATH) will be rarely the thing that the library user actually wants. The usual use case of using such option is in case of a self-signed certificate.
The problem is, CURLOPT_CAPATH is expected to be a directory containing CA certificate files along with their hashes. Typically, the user will want to provide just a single CA certificate file. I suggest adding another option, cacert, which will translate to CURLOPT_CAINFO, which is an option that supports just that scenario.
I can prepare a PR for that if that addition will get settled.
The text was updated successfully, but these errors were encountered:
From a short research I just did,
capath
(or in libcurl's terms,CURLOPT_CAPATH
) will be rarely the thing that the library user actually wants. The usual use case of using such option is in case of a self-signed certificate.The problem is,
CURLOPT_CAPATH
is expected to be a directory containing CA certificate files along with their hashes. Typically, the user will want to provide just a single CA certificate file. I suggest adding another option,cacert
, which will translate toCURLOPT_CAINFO
, which is an option that supports just that scenario.I can prepare a PR for that if that addition will get settled.
The text was updated successfully, but these errors were encountered: