Erro duplo do Discourse com nginx: Não foi possível encontrar o módulo `handlebars` importado de `discourse-common/lib/raw-handlebars`

Instalação
,
1

Olá!
Meu site usa a versão 2.9 do Discourse. Por algum motivo, tive que usar um Nginx duplo para o Discourse. Implantei dois nós de contêiner web_only e usei um Nginx para fazer proxy na frente deles. Meu diagrama de arquitetura do sistema:

image
image718×978 12.1 KB

Fiquei confuso quando meu Nginx personalizado fez proxy para dois nós web_only e distribuiu aleatoriamente as solicitações para qualquer nó web_only, meu site Discourse às vezes relatava erros: Não foi possível encontrar o módulo ‘handlebars’ importado de ‘discurse-common/lib/raw-handlebars’, desta vez o navegador visita o site com tela em branco. Mas quando usei o Nginx personalizado para encaminhar todas as solicitações para apenas um dos nós web_only, esse erro não ocorreu. Pesquisei esse problema, houve alguns commits antes para resolver esse mesmo erro, confirmei que minha versão contém o código desses commits.

Could not find module 'handlebars' imported from 'discourse-common/lib/raw-handlebars'

Broken instance after updating to 2.9.0.beta2 - #11 by david

Alguém sabe o porquê? Muito obrigado

image
image1728×1566 176 KB

2

A propósito, compartilhe um problema em que o uso de Nginx duplo causa a impossibilidade de obter o endereço IP real do usuário.
Isso ocorre porque meu Nginx personalizado habilita o campo de cabeçalho X-Forwarded-For para obter o endereço IP do cliente, mas não desabilita o X-Forwarded-For do Nginx do Discourse. Faz com que a configuração X-Forwarded-For do Nginx personalizado seja substituída pelo Nginx do Discourse.

3

E não importa qual você usa? E eles estão executando a mesma imagem? Isso é desconcertante.

A única vantagem que vejo em executar dois contêineres assim no mesmo host é possibilitar atualizações sem tempo de inatividade. Como você não está atualizando com muita frequência, parece que você tem complexidade desnecessária.

Você precisa de algo como isto em seu web_only.yml:

after_bundle_exec:
  - replace:
    filename: /etc/nginx/conf.d/discourse.conf
    from: "types {"
    to: |
      set_real_ip_from 172.16.0.0/12;
      set_real_ip_from 10.0.0.0/8;
      real_ip_recursive on;
      real_ip_header X-Forwarded-For;
      types {
4

Muito obrigado pela sua resposta.

Sim, não importa qual eu uso. Eles estão executando a mesma imagem web_only. Continuarei procurando por problemas usando o modo de segurança e, se houver alguma conclusão, relatarei aqui.

Desculpe pelo mal-entendido no meu diagrama de arquitetura de sistema, usei uma máquina diferente para implantar o web_only. O motivo pelo qual uso o double web_only é que meu contêiner web_only uma vez travou devido a muitas conexões, mas eu não descobri o motivo na época. Então, tentei usar o double web_only para evitar o mesmo problema novamente.

Obrigado, isso me ajudou a resolver o problema de obter o IP real do usuário.

1 curtida
6

Isso faz sentido.

Existe uma configuração para aumentar o número de conexões.

Eu faria o upgrade. Deve haver algum problema nessa versão e tenho certeza de que vários problemas de segurança foram corrigidos desde então.

1 curtida
7

Obrigado. No momento, ainda recebo o mesmo erro ao tentar depurar em modo de segurança. Estarei pronto para tentar atualizar meu discourse para ver se funciona.

1 curtida
8

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