El certificado es de confianza para PC, pero no para Android

Tienes que crear un paquete crt entonces estará bien. Recibirá tres archivos crt. ¡Úsalos todos! Si solo usaste el dominio.crt entonces habrá advertencia en Android, pero no en PC.

Estoy en nginx. Abrí domain_name.crt y luego abrió positivesslca2.crt, seleccione todo y copie al final de domain_name.crt. A continuación, abra AddTrustExternalCARoot.crt, copia al final de domain_name.crt de nuevo. A continuación, instale el domain_name.crt

Funciona bien.

Agregar esto aquí ya que podría ayudar a alguien. Estaba teniendo problemas con Android mostrando la ventana emergente y el error de certificado no válido.

Tenemos un certificado de Validación Extendida Comodo y recibimos el archivo zip que contenía 4 archivos:

• AddTrustExternalCARoot.crt
• COMODORSAAddTrustCA.crt
• COMODORSAExtendedValidationSecureServerCA.crt
• www_mydomain_com.crt

Los concatené todos juntos en una línea como entonces:

cat www_mydomain_com.crt COMODORSAExtendedValidationSecureServerCA.crt COMODORSAAddTrustCA.crt AddTrustExternalCARoot.crt >www.mydomain.com.ev-ssl-bundle.crt

Luego usé ese archivo bundle como mi ssl_certificate_key en nginx. Eso es, funciona ahora.

Inspirado en esta esencia: https://gist.github.com/ipedrazas/6d6c31144636d586dcc3

Con Comodo PositiveSSL hemos recibido 4 archivos.

• AddTrustExternalCARoot.crt
• COMODORSAAddTrustCA.crt
• COMODORSADomainValidationSecureServerCA.crt
• nuestro dominio.crt

Cuando seguimos las instrucciones en el sitio de comodo, obtenemos un error de que a nuestro certificado le faltaba un archivo de certificado intermedio.

Básicamente la sintaxis es

cat our_domain.crt COMODORSADomainValidationSecureServerCA.crt COMODORSAAddTrustCA.crt  AddTrustExternalCARoot.crt > domain-ssl_bundle.crt

Recientemente he ren en este problema con Commodo cert compré en ssls.com y he tenido 3 archivos:

Nombre de dominio. ca-bundle nombre de dominio.crt y nombre de dominio.p7b

He tenido que configurarlo en Nginx y este es el comando que ejecuté:

cat domain-name.ca-bundle domain-name.crt > commodo-ssl-bundle.crt

Luego usé commodo-ssl-bundle.crt dentro del archivo de configuración Nginx y funciona como un encanto.

Tuve el mismo problema y mi problema fue que el dispositivo no tenía la fecha y hora correctas. Una vez que arreglé que el certificado es de confianza.

Me encontré con este mismo problema bajo Apache 2.2 cuando estaba tratando de usar múltiples directivas SSLCertificateChainFile para cada certificado intermedio; en su lugar, necesitaba concatenar las tres en un solo archivo. Viniendo de GoDaddy donde habían hecho esto por mí como un "paquete", este paso adicional era nuevo para mí, pero una relectura de la documentación de Apache lo hizo evidente.

Vale la pena señalar, esta directiva es obsoleta a partir de Apache 2.4.8 ya que ahora puede concatenar todos los intermedios con el cert real.

Espero no llegar demasiado tarde, esta solución aquí funcionó para mí, estoy usando COMODO SSL, las soluciones anteriores parecen inválidas con el tiempo, mi sitio web lifetanstic.co.ke

En lugar de contactar con el soporte de Comodo y obtener un archivo CA bundle, puede hacer lo siguiente:

Cuando recibe su nuevo certificado SSL de Comodo (por correo) tienen un archivo zip adjunto. Necesita descomprimir el archivo zip y abrir los siguientes archivos en un editor de texto como bloc de notas:

AddTrustExternalCARoot.crt
COMODORSAAddTrustCA.crt
COMODORSADomainValidationSecureServerCA.crt

Luego copie el texto de cada ".crt "archive y pegue los textos arriba en el campo" Certificate Authority Bundle (opcional)".

Después de eso, simplemente agregue el certificado SSL como de costumbre en el campo "Certificado" y haga clic en el botón "Autofil by Certificate" y presione "Instalar".

Con Godaddy certs lo más probable es que tenga un domain.key, gd_bundle_something.crt and (random alphanumeric string) 4923hg4k23jh4.crt

Necesitarás: cat gd_bundle_something.crt >> 4923hg4k23jh4.crt

Y luego, en nginx, usarás

ssl                  on;
ssl_certificate      /etc/ssl/certs/4923hg4k23jh4.crt;
ssl_certificate_key  /etc/ssl/certs/domain.key;

Yo tenía el mismo problema. Otra forma de generar lo correcto .el archivo crt es así:

A veces se obtiene un.Archivo PEM con una cadena de certificados completa dentro. El archivo puede tener este aspecto....

-----BEGIN RSA PRIVATE KEY-----
blablablabase64private...
-----END RSA PRIVATE KEY-----
-----BEGIN CERTIFICATE-----
blablablabase64CRT1...
-----END CERTIFICATE-----
-----BEGIN CERTIFICATE-----
blablablabase64CRT2...
-----END CERTIFICATE-----
...

Si elimina toda la sección private key, tendrá una cadena válida .crt

Tuve el mismo error porque no emití un certificado Let's Encrypt para el www. my-domain.com, sólo para my-domain.com

Publicando también para el www. y configurar el vhost para cargar certificados para www. my-domain.com antes de redirigir a https://my-domain.com hizo el truco.

Asegúrese de usar también su crt intermedio (.archivo crt con un paquete.. algunos proveedores también lo llaman bundle o certificado de ca). luego en su ssl.conf,

SSLCertificateFile </path/for/actual/certificate>

SSLCACertificateFile </path/for/actual/intermediate_certificate>

Luego reinicie su servidor web: ex para uso de apache:

sudo service httpd restart

Podría ser que te falta el certificado en tu dispositivo.

Intente mirar esta respuesta: ¿Cómo instalar el certificado de CA de confianza en un dispositivo Android? para ver cómo instalar la CA en su propio dispositivo.

Tuve un problema similar y escribí un artículo detallado al respecto. Si alguien tiene el mismo problema, siéntase libre de leer mi artículo.

Https://developer-blog.net/administration/ssl-zertifikat-installieren /

Es una descripción detallada del problema en alemán.