Auth: add Public API for CURLOPT_CAPATH or other mechanism to avoid expensive reload
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 48/100
Línea de trabajo
Start by reading the discussion at https://github.com/googleapis/google-cloud-cpp/discussions/16111 and the existing internal CAPathOption and public CARootsFilePathOption implementations. Determine how curl options are exposed and tested, then assess a supported public option for CURLOPT_CAPATH. Done means the public API can select a CA directory and tests verify that it configures the intended curl behavior.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Discussed in https://github.com/googleapis/google-cloud-cpp/discussions/16111
Originally posted by LukePickett2 May 21, 2026
We're using google-cloud-cpp on Linux with OpenSSL 3.2, and have found that the default behavior — leaving libcurl to use the system CA bundle file via CURLOPT_CAINFO — causes OpenSSL to parse and load the entire bundle into a fresh SSL_CTX on each connection. With OpenSSL 3.2+ this is noticeably more expensive than the alternative: setting CURLOPT_CAPATH to a hashed certificate directory (e.g. /etc/ssl/certs/), which allows OpenSSL to do a single O(1) lookup for only the CA cert needed to verify each connection.
We noticed google:☁️:storage::internal::CAPathOption and google:☁️:internal::CAPathOption exist but are both marked "only intended for testing, not for public use."
Is there a supported/public way to achieve CURLOPT_CAPATH behavior? If not, is there any plan to expose this as a public option alongside CARootsFilePathOption? We'd rather not rely on an internal API for production use.
- Lenguaje dominante
- C++
- Estrellas
- 659
- Forks
- 475
- Merge medio
- 1 d 14 h
- PR fusionados (30 d)
- 84
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de googleapis/google-cloud-cpp
-
cleanup(storage): remove deprecated OpenTelemetry rpc.message.type and rpc.message.id attributesAbiertoapi: storage type: cleanup
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
googleapis/google-cloud-cpp#16544 ·
Los mantenedores suelen responder en 1 día
-
api: storage priority: p2 type: bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
googleapis/google-cloud-cpp#16529 ·
Los mantenedores suelen responder en 1 día
-
type: feature request
Dificultad 2/5 1-3 horas Aptitud para principiantes 73/100
googleapis/google-cloud-cpp#16193 ·
Los mantenedores suelen responder en 1 día
-
api: storage type: cleanup
Dificultad 3/5 1-2 días Aptitud para principiantes 55/100
googleapis/google-cloud-cpp#16545 ·
Los mantenedores suelen responder en 1 día
-
api: storage type: cleanup
Dificultad 3/5 1-2 días Aptitud para principiantes 68/100
googleapis/google-cloud-cpp#16404 ·
Los mantenedores suelen responder en 1 día
Todos los issues de googleapis/google-cloud-cpp
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
swiftlang/indexstore-db#306 ·
-
Python PointcloudAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
ArduCAM/Arducam_tof_camera#125 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 87/100
maplibre/maplibre-native#4822 ·
Los mantenedores suelen responder en 1 día
-
bug-unconfirmed
Dificultad 2/5 1-3 horas Aptitud para principiantes 64/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día