Estamos migrando para um novo droplet da DigitalOcean e tentamos usar a imagem do marketplace. Ao executar o script de configuração, ele falha logo no início porque nosso nome de domínio ainda está apontando para nossa instância atual em produção.
Preciso colocar essa nova instalação no ar para poder restaurar seu backup e, só então, atualizar os registros DNS.
O erro é:
Verificando seu nome de domínio . . .
AVISO: A porta 443 do computador não parece estar acessível usando o hostname: x
AVISO: A conexão com x (porta 80) também falha.
Isso sugere que x 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 se x 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 está resolvendo corretamente, pode ser um problema de firewall.
Uma busca na web por "abrir portas SEU SERVIÇO DE NUVEM" pode ajudar.
O nome de domínio realmente responde nas portas 80 e 443, então essa mensagem de erro também parece estar incorreta.
Nós (a equipe do Discourse) não gerenciamos a imagem do marketplace da DO, então, receio que nossa ajuda para resolver esse problema específico será limitada.
Sim, nós gerenciamos isso. Não analisei o código; assumi que a verificação vinha da imagem do marketplace.
./discourse-setup destina-se a ser uma maneira simples de configurar o Discourse, evitando a necessidade de editar manualmente um arquivo de texto ao iniciar um novo site do Discourse. Seu caso de uso não é “típico” para o que o script de configuração lida.
No seu caso, sua melhor opção provavelmente seria copiar o arquivo containers/app.yml do seu servidor atual para o novo. Alternativamente, você pode editar o arquivo manualmente, conforme sugerido nas linhas 75/76:
Onde posso encontrar o app.yml padrão? Quero começar com uma instalação padrão limpa.
Além disso, como faço para colocar o servidor em funcionamento sem o script de configuração? O acesso ao endereço IP continua sem resposta, já que não consigo executar o script de configuração.
Mas agora não consigo importar o backup porque não consigo ativar minha conta de administrador temporária:
(6) A carga do script ‘’ foi recusada porque viola a seguinte diretiva de Política de Segurança de Conteúdo: “script-src ”. Observe que ‘script-src-elem’ não foi definido explicitamente, então ‘script-src’ é usado como fallback.
Existe uma maneira direta de restaurar a partir de um backup ou desativar a CSP até lá?
cd /var/discourse
sudo ./launcher enter app
rails c
SiteSetting.content_security_policy = false
exit
exit
Observe que eu tentaria primeiro a restauração do backup pela CLI — isso resolve o problema real que você tem (restaurar um backup) em vez do obstáculo atual (CSP).
Parece que você tem um índice corrompido. Você executou uma atualização na instância existente? Há uma chance de que isso ajude.
Existe algum tópico com instruções para copiar os arquivos do banco de dados bruto (e do Let’s Encrypt) da instância antiga. Isso provavelmente é o que eu faria.