El error 525 indica un fallo de negociación SSL/TLS entre Cloudflare y el servidor de origen. No significa necesariamente que el navegador del visitante sea el problema ni que debas reinstalar tu aplicación.
El objetivo es localizar qué impide establecer esa conexión manteniendo la protección de HTTPS. Cambiar el modo TLS para ocultar el aviso no demuestra que hayas corregido el origen.
Qué revisar primero
Cloudflare documenta certificado de origen, puerto seguro, soporte de SNI y compatibilidad criptográfica entre las causas que deben comprobarse. Si el fallo es intermitente, recomienda relacionar la hora con los registros SSL del servidor. Consulta su guía oficial del error 525.
No cambies todas esas condiciones a la vez. Empieza por el último cambio conocido y la evidencia del mismo intervalo.
Guarda datos del incidente
- Fecha, hora y zona horaria.
- URL afectada y si sucede con varios nombres del dominio.
- Ray ID que muestra la página del error.
- Si ocurre siempre o solo en ciertos momentos.
- Cambios recientes de IP, certificado, firewall o servidor web.
Estos datos ayudan al administrador a encontrar el evento correcto. Una captura sin hora obliga a buscar entre muchos registros sin saber qué conexión corresponde al fallo.
Confirma el destino del origen
Revisa que los registros web apunten al servidor previsto. Si hubo una migración, comprueba que no queden direcciones antiguas o destinos con distinta configuración. Cada dirección utilizada debe atender correctamente al nombre solicitado.
El certificado visible en el navegador puede ser el de Cloudflare. Por eso, verlo vigente no verifica por sí solo el certificado que presenta el origen. La revisión directa del servidor debe realizarla alguien autorizado, conservando el nombre de host correcto en la comprobación.
Coordina la revisión con el administrador
Solicita comprobar el servicio HTTPS, el certificado instalado y los eventos de la conexión. Si existe una regla de acceso, revisa qué tráfico debe permitir y por qué. No abras todos los puertos ni desactives la validación de certificados como remedio general.
Si el certificado requiere renovación, identifica quién administra su emisión y despliegue. No reemplaces claves o certificados sin confirmar los dominios y servicios que dependen de ellos.
Cómo comprobar la recuperación
- Documenta el cambio realizado y conserva la configuración anterior cuando corresponda.
- Comprueba HTTPS del origen mediante el procedimiento del administrador.
- Revisa las páginas afectadas a través de Cloudflare.
- Comprueba redirecciones y funciones importantes de la aplicación.
- Observa si vuelven a aparecer eventos del mismo tipo durante un periodo razonable.
Una única carga correcta después de un fallo intermitente es una señal inicial, no una garantía de resolución. Conserva registros que permitan comprobar si la causa dejó de repetirse.
Preguntas frecuentes
¿Un 525 se arregla vaciando la caché del navegador?
No demuestra una corrección del enlace TLS con el origen. Investiga esa conexión y sus registros.
¿Debo modificar WordPress?
El error apunta a una etapa anterior a la respuesta normal de la aplicación. Revisa primero origen y HTTPS antes de atribuirlo a un plugin.
Si tu sitio se aloja en Hostilimitado o utiliza uno de sus servidores Cloud, envía el contexto del incidente por soporte. Distingue quién gestiona Cloudflare y quién administra el certificado del origen.
