Erros de certificado SSL despois de redireccións cun paquete de CA personalizado

O ficheiro de CA da empresa corrixe o primeiro URL e despois unha redirección falla a verificación. Comprobe se a opción de CA personalizada substituíu a entrada de confianza anterior do cliente en lugar de engadirse a ela.

Ese comportamento depende do backend TLS e da opción. Un ficheiro que só conteña a CA corporativa pode deixar o cliente sen outras autoridades que necesita.

1. Siga cada par. O primeiro servidor pode ser interceptado baixo o emisor corporativo. Un servidor posterior pode usar unha omisión, outra ruta de inspección ou unha cadea emitida publicamente.
2. Rexistre as entradas do cliente que falla. Conserve o nome de servidor solicitado, o destino da redirección, o emisor recibido, o resultado da verificación e a configuración de confianza seleccionada. Un navegador que funciona pode usar outro almacén de raíces.
3. Revise as regras de selección do backend. As compilacións de curl poden usar verificación nativa ou raíces baseadas en ficheiros, e as opcións explícitas de CA poden alterar esa elección. Unha receita para ese executable non configura unha contorna Python nin unha JVM.

Use un paquete mantido ou unha disposición de almacén de confianza compatible que conteña as autoridades públicas e privadas nas que a aplicación debe confiar. Non engada a clave privada dunha CA nin promova cada certificado folla fallido a raíz só para borrar o seguinte erro.

Entregue o material de confianza pola ruta de actualización compatible do despregamento. Substituír manualmente un paquete de CA de provedor pode ser desfeito pola súa próxima actualización; manteña explícitos o propietario e o proceso de mantemento para que a verificación continúe por toda a ruta de solicitude.