¡Hola a todos!!
Todo el sitio está caído después de actualizar a la última versión. Tras la actualización, reinicié todo el servidor. Estoy usando Cloudflare. No sé cuál es el problema real. ¡Necesito ayuda seria!!
¡Yo tengo el mismo problema!
He eliminado mi sitio de Cloudflare y ahora mi sitio está de nuevo en línea. Parece que Cloudflare es el culpable.
Yo también tuve el mismo problema con forum.confident.faith. Puedo confirmar que simplemente ‘pausar’ el sitio en la interfaz de Cloudflare soluciona el problema. Esto es particularmente extraño, ya que tengo varios otros sitios con la misma configuración que no experimentan este problema.
¿Cuánto tiempo tardó tu sitio en volver a estar en línea una vez que reorientaste la configuración de DNS a Digital Ocean?
Debería ser después de 5 segundos hasta un minuto, si tu TTL está en Automático.
Depende de tu configuración de TTL (Tiempo de Vida).
Mi sitio web tampoco funciona después de la actualización. He actualizado la configuración de TLS a 1.2, pero el sitio web sigue sin cargar. Por favor, indíquenme cuál podría ser el problema y cómo solucionarlo.
Cambiar a TLS 1.2+ definitivamente no es la solución.
Por favor, compara tu configuración con la que publiqué en After updating website wont come back online - #6 by gerhard. También podría ayudar reconstruir tu contenedor de Docker, como se menciona en ese mensaje.
Seguí las instrucciones en ese hilo, pero mi sitio web aún no funciona. ¿Podrías decirme cuál podría ser el problema? También respondí en ese hilo con el error que aparece en mis registros de errores.
Intenté eliminar ./shared/standalone/ssl/website.com_ecc.cer y ./shared/standalone/ssl/website.com_ecc.key como indicó @gerhard en un hilo privado. Luego, reconstruí la aplicación, pero el sitio web sigue sin cargar. No logro encontrar la solución adecuada. Por favor, alguien ayúdeme, ya que mi sitio web lleva más de 10 horas fuera de línea.
Solo revisé los registros de error y encontré este mensaje:
nginx: [emerg] cannot load certificate "/shared/ssl/website.com_ecc.cer": PEM_read_bio_X509_AUX() failed (SSL: error:0909006C:PEM routines:get_name:no start line:Expecting: TRUSTED CERTIFICATE)
Creo que tuve este problema recientemente en un sitio, pero tenía un par de otros problemas, así que los detalles son confusos en mi mente. Podrías probar:
rm -rf /var/discourse/shared/standalone/ssl
rm -rf /var/discourse/shared/standalone/letsencrypt
y luego reconstruir.
Si estás atascado y quieres resolverlo con dinero, te pondré en funcionamiento por 300 dólares. Estoy en mi escritorio ahora. Redirecting….
Probé lo que me dijiste y el sitio web sigue sin cargar. Los registros siguen mostrando el error:
nginx: [emerg] cannot load certificate "/shared/ssl/website.com.cer": PEM_read_bio_X509_AUX() failed (SSL: error:0909006C:PEM routines:get_name:no start line:Expecting: TRUSTED CERTIFICATE)
Lamento mucho, pero en este momento no tengo posibilidad de pagar $300.
300 dólares es mucho dinero, pero estoy bastante ocupado hoy (cuando no estoy esperando a que lo que estoy probando falle). Mi último consejo gratuito es que
cd /var/discourse/containers
grep DISCOURSE app.yml
mv app.yml app.broken
cd ..
./discourse-setup
Esto generará un nuevo archivo app.yml. Quizás haya algo en él que esté causando el problema. El comando grep es para que tengas la información necesaria para responder las preguntas que requiere discourse-setup.
Lo intenté pero la instalación no se inició. grep sí funcionó y copié todos los datos a un lugar seguro para poder usarlos de nuevo. Pero ahora, cuando intento ejecutar la instalación de nuevo, dice:
Esto te mostrará qué comando está usando el puerto 80
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
docker-pr 27737 root 4u IPv6 47517368 0t0 TCP *:http (LISTEN)Si estás intentando ejecutar Discourse simultáneamente con otro servidor web
como Apache o nginx, necesitarás vincularlo a un puerto diferenteConsulta Run other websites on the same machine as Discourse
Si estás reconfigurando una instalación de Discourse ya configurada, usa
./launcher stop app
para detener Discourse antes de reconfigurarlo e inténtalo de nuevo.
Creo que la situación ahora solo está empeorando.
Lo siento. Es posible que tengas un problema más difícil de lo que se puede resolver aquí.
Dado que tu archivo de contenedor app.yml fue bloqueado, primero debes detener el contenedor antiguo con:
docker stop app
Luego, discourse-setup podrá ejecutarse.
No puedo imaginar por qué grep no funcionaría.
Hola @pfaffman, llevo horas intentando solucionar esto y esto es lo que hice. Logré eliminar la carpeta SSL y la de letsencrypt. Luego, eliminé las líneas de letsencrypt de app.yml y reconstruí la aplicación. Finalmente, eliminé https de Cloudflare. Tras hacer todo esto, el sitio web volvió a aparecer. Sin embargo, ahora el sitio no está en https. Creo que necesito ver qué debo hacer a partir de aquí.
No es necesario que actives la nube naranja de Cloudflare. No había notado que estabas usando Cloudflare y, si hubieras leído el título de este tema, podrías haber pensado que era el problema.
Simplemente habilita Let’s Encrypt en app.yml y funcionará.
Si activas la nube naranja, Let’s Encrypt no podrá registrar ni renovar certificados.
rm -rf /var/discourse/shared/standalone/ssl
rm -rf /var/discourse/shared/standalone/letsencrypt
¡Gracias! ¡Eso me ayudó!