Talvez você tenha outro servidor web nginx rodando naquele servidor. Nunca vi o Discourse desistir e exibir a página de boas-vindas genérica do nginx.
Foi o que pensei, então procurei por um nome de processo que correspondesse ao NGINX, mas não encontrei nada. Depois, listei todos os processos, mas não havia nada?
EDIT: Nunca instalei o NGINX naquele servidor
Embora eu me lembre de como cheguei a isso. Configurei um e-mail para o Lets Encrypt, que era ls@theforumssite.xyz, depois descomentei isso e os dois modelos. Em seguida, reconstruí o aplicativo, mas não funcionou. Reconfigurei tudo (excluí a pasta do Discourse) e configurei novamente, e a mesma coisa acontece.
Você está usando o Cloudflare?
Sim, estou usando o Cloudflare, apenas DNS, mas o problema persiste mesmo acessando diretamente o endereço IP.
Onde você está instalando isso?
Em um VPS Ubuntu 18.04 no Google Cloud.
Ok, bem, agora está funcionando do nada? Mas ainda sem HTTPS (Conexão Recusada)
Ok, agora não faço ideia do que está acontecendo. Criei dois arquivos SSL (ssl.crt e ssl.key) e os coloquei em /var/discourse/shared/standalone/ssl, ativei o modelo SSL (não o Let’s Encrypt) e adicionei a configuração desta na seção de execução. Quando tento acessar via HTTPS, a conexão é recusada, mas agora, ao acessar via HTTP, simplesmente não há resposta?
Estou usando uma VPS do Google Cloud com Ubuntu 18.04 LTS instalado.
Seria melhor se você tivesse mantido isso em seu outro tópico.
Em vez de se preocupar com seus próprios certificados, a solução fácil é executar novamente ./discourse-setup e fornecer um endereço de e-mail para o Let’s Encrypt, e ele fará todo o trabalho por você. Se quiser fazer do jeito difícil, precisará pesquisar aqui o tópico que descreve como fazer isso e seguir essas instruções.
Não há motivo válido para criar seus próprios certificados do Let’s Encrypt; esse é exatamente o propósito do discourse-setup solicitar o e-mail. Você está adicionando complicações desnecessárias aqui.
Você verificou se seu servidor é acessível na porta :443? O DigitalOcean é recomendado porque nenhuma dessas dificuldades existe lá. Não podemos ajudá-lo se insistir em improvisar partes do processo de instalação, e não podemos oferecer muita assistência com o Google Cloud.
Foi isso que pensei em fazer, mas também achei que as pessoas veriam apenas a tag “unsupported-install” e simplesmente sairiam.
Como você não está seguindo a instalação padrão, o que você está fazendo não é totalmente suportado, então a tag estaria correta.
O mesmo acontece exatamente quando faço o processo de e-mail com o Let’s Encrypt.
Tudo bem, foi um erro meu. Vou ter isso em mente na próxima vez que criar tópicos.
Certo, e como você está usando o Google Cloud, há uma complexidade adicional para lidar. Essa é uma escolha sua, não algo com que possamos ajudá-lo.
Tudo bem, entendi, obrigado pela ajuda!
O discourse-doctor tentará verificar se a porta 443 está aberta por meio do seu nome de domínio. Minha suposição é que ela esteja bloqueada por um firewall ou política de segurança. Acredito que me lembro de que você precisa abri-la no Gcloud.
Eu achei que já estivesse? Vou verificar novamente e responder se está aberto ou não.
Também adicionei um e-mail e estou reconstruindo agora para ver se isso faz alguma diferença.
