Error "400 Bad Request" después de actualizar

Hola. He actualizado nuestro foro desde la versión v2.3.0.beta5 hasta la más reciente y ahora, al acceder al sitio web, aparece un mensaje de “400 Bad Request”.

Si reconstruyo la aplicación, tan pronto como se detiene el contenedor, el servidor muestra un error “502 Bad Gateway”. Sin embargo, tras finalizar la reconstrucción y volver a iniciar el contenedor, el error 400 vuelve a aparecer.

No he sido responsable del foro durante un tiempo, por lo que la actualización se realizó con bastante retraso. El foro solo cuenta con complementos oficiales. He desactivado algunos de ellos y he reconstruido la aplicación, pero sin éxito. ¿Tienen alguna idea sobre la causa del problema y cómo solucionarlo? Gracias de antemano.

Edición: Algunas advertencias que recibí:

I, [2021-01-06T16:46:07.011565 #1]  INFO -- : > cd /var/www/discourse && find /var/www/discourse ! -user discourse -exec chown discourse {} \+
I, [2021-01-06T16:46:10.379601 #1]  INFO -- :
I, [2021-01-06T16:46:10.380578 #1]  INFO -- : > cd /var/www/discourse && su discourse -c 'bundle install --deployment --retry 3 --jobs 4 --verbose --without test development'
[DEPRECATED] La bandera `--deployment` está obsoleta porque depende de que se recuerde entre invocaciones de bundler, lo cual bundler ya no hará en versiones futuras. En su lugar, utilice `
bundle config set --local deployment 'true'`, y deje de usar esta bandera
[DEPRECATED] La bandera `--without` está obsoleta porque depende de que se recuerde entre invocaciones de bundler, lo cual bundler ya no hará en versiones futuras. En su lugar, utilice `bun
dle config set --local without 'test development'`, y deje de usar esta bandera

Mensaje post-instalación de i18n:

¡ATENCIÓN! i18n 1.1 cambió los valores por defecto para excluir la configuración regional predeterminada.
Pero esto podría romper su aplicación.

Si está actualizando su aplicación Rails desde una versión anterior de Rails:

Por favor, revise su aplicación Rails en busca de 'config.i18n.fallbacks = true'.
Si está utilizando I18n (>= 1.1.0) y Rails (< 5.2.2), esto debería ser
'config.i18n.fallbacks = [I18n.default_locale]'.
Si no es así, los valores por defecto no funcionarán correctamente en su aplicación debido a I18n 1.1.x.

Si está iniciando una NUEVA aplicación Rails, puede ignorar este aviso.

Para más información, consulte:
https://github.com/svenfuchs/i18n/releases/tag/v1.1.0

Solo una actualización: el problema se solucionó modificando las cabeceras HTTP utilizadas al reenviar a través del proxy inverso (los términos en inglés podrían ser diferentes, disculpa si esta frase resulta confusa).

This topic was automatically closed 0 minutes after the last reply. New replies are no longer allowed.