Discourse se cayó de repente. Nadie puede iniciar sesión

Mi Discourse en wespenreboards.com ha estado caído durante unas horas. Los miembros me dicen que algunos reciben el mensaje de error de que el foro podría haber sido hackeado. Otro dice que reciben el mensaje de que el certificado ha expirado. Una tercera persona ahora recibe este mensaje: “FetchEvent.respondWith recibió un error: no-response”.

Cuando intento iniciar sesión yo mismo (soy el administrador), solo obtengo la rueda giratoria. El foro está actualizado, por lo que el certificado también debería estarlo. Para estar seguro, ejecuté esto:

cd /var/discourse
git pull
./launcher bootstrap web_only && ./launcher destroy web_only && ./launcher start web_only

Pero no ayuda.

¿Alguna idea?

¿Tienes algún tipo de CDN en uso?

Si te conectas por SSH a tu servidor e intentas

wget -q --timeout=3 https://localhost/privacy -O - |egrep generator

¿funciona?

¿Qué tal?

wget -q --no-check-certificate --timeout=3 https://localhost/privacy -O - |egrep generator

¿Qué tal si pones tu URL completa en lugar de localhost? Prueba ambas versiones del comando.

1 me gusta

Hola Wes :slight_smile:

Parece que tu sitio no está en línea en este momento. ¿Has hecho algo mientras tanto?

Me pregunto si podrías necesitar actualizar tu contenedor de datos si no lo has hecho en mucho tiempo. Todavía no tengo muy claro la configuración de dos contenedores, así que enviaré una señal de @pfaffman ya que estoy seguro de que él sabe más sobre el ritmo para eso. :crossed_fingers: :slight_smile:

2 Me gusta

¡Hola Jammy! Te recuerdo de antes. Hice una actualización/mejora mientras tanto. Eso es todo… OK, esperaré hasta que pfaffman se conecte entonces.

OK, lo intentaré…

Estos comandos no funcionan, pero quizás lo estoy haciendo incorrectamente. ¿Debo cambiar https://localhost/privacy por https://wespenreboards.com/privacy?

¿Qué significa /privacy en este caso?

Mejor si los pruebas primero usando literalmente localhost, y luego posteriormente los pruebas con tu dominio real.

/privacy es solo una página estándar en todos los foros: lo que estamos haciendo aquí es ver si el foro responde en absoluto, localmente.

1 me gusta

Esto puede haber sido actualizado recientemente, ya que ahora las páginas /privacy y /tos solo aparecen cuando se ha rellenado el nombre de la empresa. No sé si esto afectaría la prueba en este caso, pero pensé que sonaba relevante.

Hay un poco más de información sobre la decisión aquí:

1 me gusta

OK. Así que, probé con localhost/privacy. Luego solo localhost. Luego solo wespenreboards.com, y por último wespenreboards.com/localhost. El resultado fue el mismo usando cualquiera de ellos:

¿Así que no tengo que hacer nada con esto?

Eso es interesante: se usa en discourse-doctor. Así que eso podría necesitar una actualización.

¿Es un cero que debería ser una O mayúscula, quizás? ¿También probaste las versiones con --no-check-certificate?

Si /privacy no funciona, quizás intentes con /about en su lugar.

Sí, es un cero. OK, probaré con una O en su lugar y /about.

Y sí, también probé el otro algoritmo, pero usé un cero, así que haré ambas cosas…

Intenté ambos comandos, pero no funciona:

Untitled2

El cambio en cuándo se crean las páginas de TOS y privacidad es bastante reciente. Si tu sitio no es nuevo, entonces no te afecta.

No estoy seguro de cómo se usa en discourse-doctor. @pfaffman ¿puedes opinar aquí? ¿Se usa para solucionar problemas, o solo para verificar que los enlaces existen?

Haremos más para educar a los nuevos propietarios de sitios sobre esta funcionalidad.

1 me gusta

ok, así que el problema que tienes no es un problema de accesibilidad, probablemente sea un problema de que Discourse no se está iniciando correctamente. ¿Puedes pegar la totalidad de lo que ves cuando ejecutas el inicio del lanzador?

Lo usa get_discourse_version, que es llamado por check_if_hostname_resolves_here, que puede informar DNS PROBLEM si la conexión a localhost y al nombre de dominio completo no informan la misma versión. Sin embargo, parece que podría ser silencioso si ambas conexiones fallan. Ver aquí.

Entonces, ¿cómo ejecuto el inicio del lanzador? Desafortunadamente, no estoy familiarizado con toda esta terminología.

Algo como

cd /var/discourse
git pull
./launcher start web_only

(Teniendo en cuenta que no estoy familiarizado personalmente con la configuración de dos contenedores que aparentemente estás usando. También teniendo en cuenta la pregunta anterior sobre si deberías actualizar tu contenedor de datos).

3 Me gusta

Así es como resultó:

2 Me gusta

¡Genial! Intenté iniciar sesión y ahora funciona. Muchas gracias, Ed.

¿Por qué sucedió esto en primer lugar, lo sabes?

4 Me gusta