Verificando o nome do seu domínio . . .
AVISO: A porta 443 do computador não parece ser acessível usando o nome do host: ***.com.
AVISO: A conexão com http://shoutam.com (porta 80) também falha.
Isso sugere que ***.com resolve para algum endereço IP que não alcança esta máquina onde você está instalando o discourse.
A primeira coisa a fazer é confirmar que ***.com resolve para o endereço IP deste servidor.
Geralmente, você faz isso no mesmo local onde comprou o domínio.
Se você tem certeza de que o endereço IP resolve corretamente, pode ser um problema de firewall.
Uma pesquisa na web por “abrir portas SEU SERVIÇO DE NUVEM” pode ajudar.
Esta ferramenta foi projetada apenas para as instalações mais comuns. Se você não conseguir resolver o problema acima, precisará editar o containers/app.yml você mesmo e, em seguida, digitar
./launcher rebuild app
Alguém pode me ajudar a resolver isso? Estou usando o Cloudflare.
Mas você ainda não poderá instalar, pois o Let’s Encrypt requer acesso direto às portas 80 e 443 para emitir um certificado.
Depois de obter seu certificado e o Discourse estiver instalado, você pode pesquisar por tópicos sobre como fazê-lo funcionar com o Cloudflare no meio (o que inclui o uso do template do Cloudflare).
Bom ponto, não é Let’s Encrypt, mas sim o cliente acme.sh usado no Discourse que precisa de acesso direto (o Certbot tem plugins DNS que exigem trabalho adicional, mas eliminam esse requisito). Não pensei nisso porque basicamente todas as instalações do Discourse que implantei nos últimos anos exigiram o uso de um proxy reverso, daí o template SSL interno ser desabilitado de imediato.
Não tenho certeza do que você quer dizer com removido, mas geralmente leva algumas horas para o DNS se propagar. Vale a pena esperar um tempo e tentar novamente.
Faltam muitas informações aqui para que possamos realmente oferecer mais ajuda.
Atualmente, o Cloudflare não falha no modo de proxy (nuvem laranja), desde que o HTTPS não esteja definido como estrito, pois tanto :80 (HTTP) quanto :443 (HTTPS) são passados diretamente para o servidor.
O modo estrito força o tráfego na porta :80 a ser redirecionado para SSL, e, portanto, o desafio falharia.
É bem possível que você tenha perdido um ou mais dos fundamentos, mas sem nos dizer onde o VPS está localizado e o que você configurou no DNS, estaremos apenas adivinhando o que está acontecendo aqui.
Alguns provedores exigem que ACLs sejam definidas entre seus VPS e o mundo exterior - você verificou se essas portas estão abertas externamente? Você tem certeza de que o registro ‘a’ que você adicionou ao DNS aponta para o endereço IP público que foi alocado? Existem firewalls presentes?
Isso é verdade com alguns provedores de DNS, com certeza, mas o Cloudflare força um TTL de 300 segundos em qualquer endereço que eles proxy. Isso significa que quaisquer servidores DNS upstream terão expirado os registros antigos em até cinco minutos após a alteração.
Tudo o que o template faz é garantir que os IPs corretos do cliente sejam extraídos das informações de cabeçalho adicionais que o Cloudflare adiciona quando o modo de proxy está habilitado, não é realmente relevante para o processo de instalação.
Se você executou uma reconstrução algumas vezes com a nuvem laranja, então provavelmente atingiu os limites de taxa com o Let’s Encrypt. As soluções fáceis são usar um subdomínio diferente ou esperar uma semana.
isso funcionará se eu destruir o droplet e criar um novo?
Por favor, note que instalei o discourse com sucesso antes deste problema, mas destruí esse droplet porque houve um erro no e-mail do administrador. Agora não consigo instalar o discourse usando o mesmo processo que usei antes.
Ressuscitando este tópico na esperança de que os comentaristas experientes possam me ajudar também.
Estou recebendo o mesmo erro que o OP original.
Atualmente estou executando o Unraid e tenho um contêiner executando o Nginix Proxy Manager. Portas de firewall configuradas para enviar todo o tráfego das portas 80/443 para o meu contêiner NPM. Consegui configurar muitos contêineres Docker com meu contêiner NPM e tudo funcionou bem.
Instalei uma VM Ubuntu Server, passei pela configuração inicial, configurei IP estático para a VM, instalei o Docker e, em seguida, baixei o Discourse, mas falhei no script de configuração, assim como o OP.
Se você quiser usar o Nginx Proxy Manager, precisará configurar seu app.yml manualmente. Você pode desativar seu proxy tempo suficiente para deixar o discourse-setup rodar primeiro (você ainda terá que mudar algumas coisas manualmente) ou copiar de samples/standalone.yml.
Sim, pelo que entendi, os arquivos yml são preenchidos após a execução e conclusão do discourse-setup. Para conseguir isso, talvez eu possa direcionar o tráfego WAN no meu firewall para a minha UbuntuVM onde estou instalando o Discourse, e depois que estiver configurado, voltar meu tráfego para o proxy reverso e então configurar meu arquivo app.yml.
Eu esqueci disso. Você pode usar a opção --skip-connection-test para que ele pule esse teste e execute. Você ainda precisará editar as portas manualmente, mas isso permitirá que você use o script para criar o arquivo e inserir suas credenciais SMTP.