Nueva instalación detrás del proxy inverso Litespeed se detiene en la pantalla de carga

Estoy trasladando una instalación existente de Discourse a un nuevo servidor, y la primera etapa de eso es hacer una nueva instalación de Discourse en el nuevo servidor. El nuevo servidor ya tiene un servidor web en los puertos 80 y 443, por lo que estoy ejecutando Discourse como un socket Unix detrás de un proxy inverso, como se describe aquí.

Lo único que estoy haciendo diferente es que no estoy usando nginx sino OpenLiteSpeed como proxy inverso. Sin embargo, la configuración para OpenLiteSpeed es bastante sencilla y la he hecho funcionar con otras aplicaciones Docker: solo necesitas configurar una aplicación externa usando la dirección del socket y luego reescribir todas las solicitudes para que vayan al socket usando un Contexto de Proxy.

El resultado es que Discourse se está cargando cuando vas a la URL proxy (en este caso forum.prostasia.org), pero solo muestra la pantalla de carga con los puntos animados y se queda atascado allí.

¿Alguna sugerencia para solucionar esto? ¡Gracias!

Puedes abrir la consola de JavaScript y ver qué se está cargando. Revisa la consola y la pestaña de red.

¿Eliminaste la plantilla Let’s Encrypt?

1 me gusta

Gracias, eso ayudó. Estoy viendo muchos de estos errores:

Se rechazó la carga del script x porque viola la siguiente directiva de Política de Seguridad de Contenido:

Al colocar otro contenedor de Docker delante del mismo proxy inverso, pude resolverlo estableciendo la variable de entorno TRUSTED_PROXIES en **.

Vale la pena intentar lo mismo, pero ¿cómo lo haría con Discourse?

Parece que realmente arruinaste la configuración de tu política de seguridad de contenido.

También intenta recuperar los logotipos de http://www.example.com/, así que eso podría revelar dónde están los problemas. Ese es aparentemente el nombre de host que tu formulario cree que es…

image

1 me gusta

Gracias. Sinceramente, no sé de dónde salió example.com. Dado que el script de instalación discourse-setup no funciona para este caso de uso, lo único que hice fue editar containers/app.yml y luego ejecutar launcher rebuild app. Supongo que esto omitió sobrescribir un example.com en algún lugar.

Pero de todos modos, logré solucionar mi configuración. En lugar de iniciar una instalación nueva y restaurar mi copia de seguridad, creé un archivo tar de todo el directorio /var/discourse de mi servidor original, ejecuté una reconstrucción sobre él y, voilà… todo parece funcionar bien. Así que esa será la forma en que restauraré una copia de seguridad en el futuro. :slight_smile:

1 me gusta

discourse-setup puede funcionar, puedes:

  • desactivar temporalmente lo que esté en 80/443
  • compilar en un servidor diferente y luego copiarlo
  • usar el interruptor para omitir la verificación de conectividad
1 me gusta