Errores de certificado SSL tras redirecciones con un paquete de CA personalizado

El archivo de CA de la empresa corrige la primera URL y luego una redirección falla la verificación. Compruebe si la opción de CA personalizada reemplazó la entrada de confianza anterior del cliente en lugar de añadirse a ella.

Ese comportamiento depende del backend TLS y de la opción. Un archivo que contenga solo la CA corporativa puede dejar al cliente sin otras autoridades que necesita.

1. Siga a cada par. El primer host puede ser interceptado bajo el emisor corporativo. Un host posterior puede usar una omisión, otra ruta de inspección o una cadena emitida públicamente.
2. Registre las entradas del cliente que falla. Conserve el nombre de host solicitado, el destino de la redirección, el emisor recibido, el resultado de la verificación y la configuración de confianza seleccionada. Un navegador que funciona puede usar otro almacén de raíces.
3. Revise las reglas de selección del backend. Las compilaciones de curl pueden usar verificación nativa o raíces basadas en archivos, y las opciones explícitas de CA pueden alterar esa elección. Una receta para ese ejecutable no configura un entorno de Python ni una JVM.

Use un paquete mantenido o una disposición de almacén de confianza compatible que contenga las autoridades públicas y privadas en las que la aplicación debe confiar. No añada la clave privada de una CA ni promueva cada certificado hoja fallido a raíz solo para borrar el siguiente error.

Entregue el material de confianza por la ruta de actualización compatible del despliegue. Reemplazar manualmente un paquete de CA de proveedor puede deshacerse con su próxima actualización; mantenga explícitos el propietario y el proceso de mantenimiento para que la verificación continúe por toda la ruta de solicitud.