SiteGround ofreció anteriormente Cloudflare CDN, que puede configurar desde su cuenta de alojamiento o configurando en el sitio de Cloudflare. Recientemente, los muchachos de SiteGround aumentaron su configuración interna al presentar su propia CDN. Debido a esto, han eliminado el soporte de Cloudflare a favor de su propia CDN.Si está utilizando Cloudflare para su sitio de SiteGround, causará un problema con las renovaciones de SSL comodín. Así es como puede cambiar la configuración y solucionar el problema.
Uso de SSL comodín en SiteGround
Primero, el problema solo surge cuando usa SSL con comodines. Este suele ser el caso cuando tiene muchos subdominios o usa una cuenta en la nube. Para usar SSL comodín, SiteGround necesita que el dominio apunte a sus servidores de nombres. Desafortunadamente, este no es el caso con Cloudflare, ya que debe cambiar los servidores de nombres para usar su WAF y CDN.
Por otro lado, SiteGround CDN no está a la altura en términos de rendimiento y soporte. Así que tenga en cuenta que el SSL comodín no funcionará si planea cambiar los servidores de nombres de su dominio alojado en SiteGround. El problema es que no recibirá un correo electrónico de notificación incluso después de que caduque el SSL. Esto es ridículo y su sitio se detendrá con un error de desajuste de SSL hasta que se dé cuenta y solucione el problema manualmente.
Comprobación del estado de SSL en SiteGround
- Inicie sesión en su cuenta de alojamiento de SiteGround y vaya al menú "Sitios web".
- En la pestaña Sitios web, haga clic en el botón Herramientas del sitio para el sitio cuyo estado SSL desea verificar.
- Cuando esté en la sección Herramientas del sitio, vaya a la sección Seguridad > Administrador de SSL.
- Bajo el encabezado "Administrar SSL", encontrará todos sus Let's Encrypt y otros certificados SSL existentes con detalles de subdominio.
- Como puede ver en la captura de pantalla a continuación, el estado de uno de los subdominios está caducado.
Como se explicó, la razón fue que el sitio estaba usando Cloudflare mientras tanto y, por lo tanto, los muchachos de SiteGround no renovaron el SSL. La solución es eliminar sus certificados SSL de reemplazo y agregar un SSL separado para el dominio y los subdominios por separado.
Eliminar SSL caducado y otros comodines
- Haga clic en las tres verticales que aparecen en cada elemento y seleccione la opción "Eliminar".
- Confirme el aviso que aparece para eliminar permanentemente el certificado SSL.
- Verá un mensaje de éxito "Vamos a cifrar el comodín ha sido eliminado".
Recuerda que debes eliminar el comodín para todos los subdominios (si los agregaste) y el dominio principal que seleccionaste, en este caso la lista debería quedar vacía.
Agregar nuevo Let's Encrypt SSL
- Una vez que haya eliminado todos los elementos, desplácese hacia arriba y seleccione su dominio o subdominio en la sección "Instalar nuevo SSL". Asegúrese de seleccionar la opción "Let's Encrypt" (no el comodín) y haga clic en el botón "Obtener".
- Tomará unos segundos procesar su solicitud y verá un mensaje de éxito que indica que se instaló SSL en el dominio/subdominio seleccionado.
No olvide agregar Let's Encrypt SSL para todos sus subdominios individualmente de la misma manera.
Probar un certificado SSL en un navegador
Espera un momento y abre tu sitio en tu navegador favorito, haz clic en el ícono del candado en la barra de direcciones y selecciona la opción "La conexión está protegida" (esto es Chrome).
Debería ver que el certificado es válido y hacer clic en este enlace.
Mostrará una ventana emergente e irá a General y verificará en la sección Período de validez. Esto debería mostrar las fechas válidas para su SSL y su sitio puede usar el certificado de Cloudflare o Google (el de SiteGround) según su configuración.
Tomará algún tiempo para que los nuevos certificados SSL funcionen en su sitio. Lo bueno es que su sitio funcionará y el uso de los certificados antiguos incluso borrará el caché de Cloudflare. Si está configurando WordPress en un subdominio, asegúrese de forzar HTTPS cambiando la configuración de la dirección del sitio en el panel de administración para evitar un error de privacidad o SSL.
Deja una respuesta