Olá, estou no processo de configurar o Discourse em um droplet da Digital Ocean.
Concluí com sucesso as etapas da instalação de um clique (sem erros, pelo menos), mas, ao finalizar esse script, ao digitar a URL da minha nova instalação (www.nzarchitecture.net.nz) para prosseguir com a configuração, em vez de qualquer coisa relacionada ao Discourse, o que vi nessa URL foi apenas isso! image|690x486 D:\Jobs\Screen Captures\Screenpresso\2020-01-04_06h49_44.jpg
No entanto, ao atualizar o navegador, nem consigo mais me conectar a essa URL, recebendo respostas de ‘err timed out’ do navegador.
Isso sugere que algo foi sequestrado durante o processo de configuração? Os próprios arquivos de configuração do Discourse poderiam estar comprometidos de alguma forma? Ou algo mais está injetando código malicioso de alguma maneira?
Isso é um problema conhecido? … e o que devo fazer a respeito? Destruir o droplet e começar de novo? — mas, se eu fizer isso, o que impedirá que o mesmo problema se repita?
A parte de ‘um clique’, presumo, apenas criou o servidor na nuvem, com o Ubuntu e os arquivos de configuração do Discourse já em vigor? (essencialmente a etapa um do guia, com ./discourse-setup sendo iniciado automaticamente logo em seguida, assim que me conectei ao servidor via PuTTY)
Cada etapa subsequente foi conforme o guia, e todos os pré-requisitos estavam de acordo com o guia.
Devo destruir o droplet, criar um novo apenas com o Ubuntu e repetir tudo do zero usando o guia?
Sim. É exatamente isso que você deve fazer. Mesmo que consiga uma instância funcional, ela não é suportada, pois não há como saber quão atualizado está o script de instalação do DigitalOcean.
Será que o domínio estava resolvendo para um endereço IP diferente?
Segui as sugestões – porém, após a conclusão (aparentemente bem-sucedida) do procedimento recomendado, ainda recebo apenas um tempo limite do navegador (em qualquer navegador) ao acessar meu site Discourse www.nzarchitecture.net.nz
Confirmei que meu registrador de domínio está apontando este domínio para os servidores de nomes da Digital Ocean, o que, presumivelmente, deve estar resolvendo essa URL para o endereço correto?
Encontrei um registro A incorreto nas configurações DNS da Digital Ocean, que ainda apontava para o endereço IP do droplet anterior (que eu destruí antes de começar do zero) – mas mesmo corrigindo isso e confirmando que a URL está agora associada ao endereço IP correto usando https://ipinfo.info/html/ip_checker.php, ainda recebo apenas o tempo limite.
Posso confirmar que o ping também não está funcionando para mim.
Acabei de tentar um Tracert para meu domínio a partir de um CMD do Windows e encontrei um problema entre aqui, na Nova Zelândia, e meu servidor Digital Ocean em Cingapura (selecionado como o servidor mais próximo geograficamente). Isso poderia ser a causa do problema? E, se for, como devo lidar com isso?
Não consigo colar os resultados do Tracert nesta postagem devido à restrição de no máximo 2 links para novos usuários (os resultados do tracert estão cheios de links).
Bom, parece que você moveu seu registro DNS A para 165.22.107.139.
No entanto, não há nenhuma máquina ativa aqui. Então, primeiro você precisa verificar se seu droplet está associado a esse endereço IP e se ele está ativo.
Olá, Robert — sim, fiz essa alteração. Acredito que o endereço IP anterior estivesse associado ao primeiro droplet que criei e, em seguida, destruí, para começar do zero.
Pelo que pude verificar, há uma máquina ativa lá (ou, pelo menos, o painel a mostra como ligada, e há algumas evidências de atividade de CPU e de rede, pelo menos durante o processo de configuração), embora, sendo completamente iniciante, eu possa estar ignorando algo crítico… Algo no processo de configuração poderia ter desligado o servidor?
Quando aperto console, a janela do console se abre e pede que eu faça login. Consigo fazer login com sucesso como root e algumas estatísticas básicas são exibidas. Vejo um endereço para ‘eth0:’ e outro para ‘docker0:’ — presumo que deva usar o primeiro no meu registro A?
Abri um chamado de suporte com a DO (na verdade, há algumas horas), mas ainda não recebi resposta. Não tenho certeza de quanto suporte eles oferecem para usuários como eu, de menor porte? (especialmente se não usei finalmente a ferramenta de instalação em um clique deles)?
OK, ainda não houve resposta ao ticket, mas para benefício de qualquer outra pessoa que enfrente esse problema, enquanto isso, tentei fazer um backup da imagem, destruir o droplet, aguardar um pouco e depois restaurar o droplet — sendo assim, atribuído um novo endereço IP.
Em seguida, atualizei o registro A do DNS da DO para corresponder.
Consegui fazer ping nesse novo endereço IP, mas ainda recebi o mesmo timeout ao acessar meu URL www.nzarchitecture.net.nz.
No entanto, se eu digitar apenas nzarchitecture.net.nz (sem o www), consegui acessar uma página web que, por algum motivo, me solicitou conectar via SSH para configurar o ‘Lamp’.
Em teoria, ambos os URLs deveriam levar ao mesmo lugar, já que um está definido como alias do outro usando um registro CNAME, o que já parece estranho por si só.
Prossegui e me conectei ao novo endereço IP via PuTTY, digitei ‘cd /var/discourse’ e depois ./discourse-setup — ficou claro que todos os arquivos e configurações ainda estavam lá na imagem.
No entanto, prossegui com a configuração novamente, na esperança de atualizar algo… e isso parece ter funcionado! Agora, ao acessar a página do Discourse, sou solicitado a registrar uma nova conta.
Se estiver promovendo a configuração do LAMP, então há algo muito errado com o sistema operacional que você selecionou ao implantar esse droplet.
Por favor, reinstale o droplet acima com o Ubuntu 18.04. Não siga o caminho de aplicativos, não use nada de aplicativos de um clique. Apenas selecione o Ubuntu 18.04 e deixe-o fazer o seu trabalho. Assim que isso for feito, prossiga com a instalação do Discourse conforme as instruções.
