Nova instalação atrás do proxy reverso Litespeed trava na tela de carregamento

Estou movendo uma instalação Discourse existente para um novo servidor, e o primeiro estágio disso é fazer uma instalação Discourse nova no novo servidor. O novo servidor já tem um servidor web nas portas 80 e 443, então estou executando o Discourse como um socket Unix atrás de um proxy reverso, como descrito aqui.

A única coisa que estou fazendo de diferente é que não estou usando nginx, mas sim OpenLiteSpeed como proxy reverso. No entanto, a configuração para OpenLiteSpeed é bastante direta e eu a fiz funcionar com outros aplicativos Docker: você só precisa configurar um aplicativo externo usando o endereço do socket e, em seguida, reescrever todas as requisições para ir para o socket usando um Contexto de Proxy.

O resultado é que o Discourse está carregando quando você acessa a URL proxy (neste caso, forum.prostasia.org), mas ele apenas mostra a tela de carregamento com os pontos animados e fica preso lá.

Alguma sugestão para solucionar isso? Obrigado!

Você pode abrir o console JavaScript e ver o que está sendo carregado. Verifique o console e a aba de rede.

Você removeu o template do Let’s Encrypt?

1 curtida

Obrigado, isso ajudou. Estou vendo muitos desses erros:

Recusou-se a carregar o script x porque viola a seguinte diretiva da Política de Segurança de Conteúdo:

Ao colocar outro contêiner Docker na frente do mesmo proxy reverso, consegui resolver definindo a variável de ambiente TRUSTED_PROXIES como **.

Vale a pena tentar o mesmo, mas como eu faria isso com o Discourse?

Parece que você realmente bagunçou as configurações da sua política de segurança de conteúdo.

Ele também tenta recuperar os logotipos de http://www.example.com/, então isso pode dar uma pista de onde as coisas estão dando errado. Esse é aparentemente o que seu formulário pensa que é o nome do host…

image

1 curtida

Obrigado. Honestamente, não sei de onde veio o example.com. Como o script de instalação discourse-setup não funciona para este caso de uso, tudo o que fiz foi editar containers/app.yml e depois executar launcher rebuild app. Acho que isso não sobrescreveu um example.com em algum lugar.

Mas, de qualquer forma, ainda consegui corrigir minha configuração. Em vez de iniciar uma nova instalação e restaurar meu backup, criei um tarball de todo o diretório /var/discourse do meu servidor original, fiz uma reconstrução sobre ele e, voilà… tudo parece estar funcionando bem. Então, é assim que restaurarei um backup no futuro. :slight_smile:

1 curtida

discourse-setup pode funcionar, você pode:

  • desativar temporariamente o que estiver em 80/443
  • compilar em um servidor diferente e depois copiar
  • usar o switch para ignorar a verificação de conectividade
1 curtida