A reconstrução não fez nada, ainda está recusando HTTPS e, além disso, voltei à página de boas-vindas do NGINX no HTTP.
Você definitivamente tem o nginx instalado.
Você já tentou
apt purge nginx
ou
dpkg -l |grep nginx
?
Depois de encerrar o nginx, o que o ./discourse-doctor diz?
Retornou: nginx não instalado
Retornou: Nada
Todos os campos de entrada (como E-mail, endereço web) estão em branco
E há 2 containers rodando nas portas: 80 → 80, 443 → 443 e 2222 → 22
Ele diz que o aplicativo do container Discourse está em execução
E diz que a Versão do Discourse NÃO FOI ENCONTRADA
Ops, não rolei para baixo, deixe-me ler o texto de saída e ver o que ele diz.
EDIT: Ele diz a mesma coisa
Você iniciou este fórum executando ./discourse-setup?
O que são eles?
Você quer dizer se passei pelo processo de configuração (o que fiz) ou se não executei ./discourse-doctor, que é o que eu executei.
Meu erro, havia apenas um, é 4efab95a60b8
Agora a página sobre HTTP apenas diz que nenhum dado foi enviado, então agora nem mesmo há uma página do NGINX.
EDIT: Voltamos à página do nginx.
EDIT2: Esqueça, não voltamos.
O que o comando docker ps mostra?
O mesmo container exato que o arquivo de texto.
Talvez um proxy reverso com caddy seria melhor neste cenário?
Eu queria saber o nome do que era. O número em si não tem significado.
Já tive sucesso com o Caddy no passado. Provavelmente, ele terá o mesmo problema, no entanto.
Aqui vai uma sugestão.
Cadastre-se para o droplet de $5 na DigitalOcean. Siga o guia de instalação à risca, sem copiar certificados adicionais ou qualquer outra coisa.
Os droplets da DO são cobrados de forma proporcional. Se você seguir o guia (que leva 30 minutos ou menos), o custo para provar a instalação será de $0,02. Se não quiser manter a instância depois, basta clicar no botão de destruir.
Se ainda assim falhar, podemos começar a diagnosticar o problema.
Se funcionar, isso prova que não se trata de um problema do Discourse. Se optar por um ambiente mais complexo, infelizmente você também assume a responsabilidade pelos desafios adicionais que isso traz. A instalação padrão foi comprovada na imagem do Ubuntu na DO, e a política de rede deles não causa problemas com o Let’s Encrypt (embora ocasionalmente exija ajustes moderados para envio de e-mails).
Observe que, se você tem solicitado e re-solicitado o mesmo nome de certificado, é possível que o Let’s Encrypt tenha colocado esse FQDN específico em período de espera.
Bem, finalmente consegui. Aqui está o que fiz. Instalei o Caddy e configurei um proxy para redirecionar todas as conexões da URL para localhost:444, mas não foi só isso. Entrei no app.yml e alterei a Porta para isto:
- "81:80" - HTTP movido para a porta 81 para reservar para o Caddy
- "444:443" - O Caddy lidará com HTTPS
Então, quando acesso o site, ele carrega e não nega a conexão HTTPS!
Obrigado a todos que ajudaram e deixaram sugestões!
Com certeza farei isso, caso precise instalar o Discourse novamente.