Errores de SSL habituales

Estos son los errores de SSL más frecuentes y cómo resolverlos.

ERR_CERT_COMMON_NAME_INVALID

El certificado no es válido para el dominio que visitas.

Solución: comprueba que el SSL está instalado para el dominio correcto. Si usas www, asegúrate de que está incluido en el certificado.

ERR_CERT_DATE_INVALID / NET::ERR_CERT_DATE_INVALID

El certificado SSL ha caducado o aún no es válido.

Solución: renueva tu certificado. Con Let's Encrypt, prueba a emitirlo de nuevo desde EGPNL.

ERR_SSL_PROTOCOL_ERROR

El servidor no puede establecer una conexión segura.

Solución: vacía la caché del navegador, revisa la instalación del SSL o escribe a soporte si el problema sigue.

Aviso de contenido mixto

La página carga algunos recursos (imágenes, scripts) por HTTP en lugar de HTTPS.

Solución: cambia todas las direcciones de recursos a HTTPS. Mira la sección «Resolver el contenido mixto» más abajo.

ERR_TOO_MANY_REDIRECTS

La página se ha quedado atrapada en un bucle de redirección entre HTTP y HTTPS.

Solución: busca redirecciones en conflicto en la configuración de Nginx y en tu aplicación. Mira la sección «Bucle de redirección».

Resolver el contenido mixto

El contenido mixto aparece cuando una página HTTPS carga recursos por HTTP:

Para WordPress

  1. Instala el plugin «Better Search Replace»
  2. Busca: http://yourdomain.com
  3. Sustituye por: https://yourdomain.com
  4. Ejecútalo en todas las tablas

O instala el plugin «Really Simple SSL», que lo hace por ti.

En sitios a medida

  • Cambia las direcciones HTTP escritas a mano en HTML, CSS y JavaScript
  • Usa direcciones sin protocolo: //example.com/image.jpg
  • O rutas relativas: /images/logo.jpg
Encuentra el contenido mixto: abre las herramientas de desarrollo (F12), ve a la consola y busca los avisos de contenido mixto.

Resolver el bucle de redirección

Los bucles de redirección suelen darse cuando:

  • Tanto .htaccess como Nginx tienen redirecciones a HTTPS
  • WordPress fuerza HTTPS pero el servidor devuelve a HTTP
  • Hay ajustes de plugins en conflicto

Solución

  1. Quita las redirecciones a HTTPS de .htaccess (Nginx no lo usa)
  2. Usa solo la opción Forzar HTTPS de EGPNL
  3. En WordPress, pon la dirección del sitio y la de WordPress en HTTPS
  4. Vacía todas las cachés (navegador, WordPress, CDN)

El SSL no funciona tras instalarlo

Comprueba la propagación del DNS

Los cambios de DNS pueden tardar de 24 a 48 horas. Verifícalo en DNSChecker.org.

Vacía la caché del navegador

  1. Borra la caché y las cookies del navegador
  2. Prueba el modo incógnito o privado
  3. Pruébalo desde otro dispositivo u otra red

Verifica la instalación del certificado

Comprueba el estado de tu certificado en SSL Labs.

Problemas con la cadena de certificados

Si ves errores de «cadena de certificados incompleta»:

  • Comprueba que el paquete de CA o los certificados intermedios están instalados
  • En un SSL propio, incluye todos los certificados intermedios
  • Usa un comprobador de SSL para detectar los que faltan
Problemas en móvil: las cadenas incompletas suelen afectar más a los navegadores móviles que a los de escritorio. Prueba siempre en varios dispositivos.

Problemas con HSTS

Si activaste HSTS antes y luego quitaste el SSL:

  • Los navegadores recuerdan los ajustes de HSTS y fuerzan HTTPS
  • Borra los datos del navegador o espera a que caduque el HSTS
  • Reinstala el SSL para resolverlo al momento

¿Sigues teniendo problemas?

Si ninguna de estas soluciones funciona:

  1. Busca mensajes concretos en los registros de error de EGPNL
  2. Verifica la configuración DNS de tu dominio
  3. Escribe a soporte de EGPHP con los detalles del error