Minha página do Discourse em https://wespenreboards.com/ está fora do ar. Nem conseguimos acessar a página de login. Já tive problemas com certificados antes, mas não parece ser o caso desta vez. Executei os comandos de atualização no console do droplet DigitalOcean, mas isso não resolveu o problema.
Anexei uma captura de tela do console e a página do Chrome do que acontece quando digito o URL do fórum. Há muitos WARNINGS no texto do console. Isso tem algo a ver com isso? Sou novato nessas coisas.
Olá Richard. Como copio e colo o log inteiro do console? Aparentemente, não pode ser feito da maneira normal, apenas copiando e colando. Existe uma maneira simples de copiá-lo e colá-lo?
Desculpe, posso ajudar com a depuração do Discourse, mas não com algo que pareça ser um problema com seu computador ou com a plataforma de nuvem que você está usando.
Alternativamente, você pode rolar o log e procurar por algo que seja um erro e tirar um print.
Você ainda consegue se conectar ao console?
O site não responde, sugerindo que ele não tem conectividade de rede. Se o discourse estivesse inativo, você ainda receberia uma mensagem de “recusado a conectar”, não um timeout.
Você pode reiniciar o droplet.
Abra um ticket com o digitalocean.com
Foi depois disso que alguém notou que o fórum estava fora do ar e me enviou um e-mail. Não está claro se foi a execução desses comandos que causou isso ou se o fórum estava fora do ar antes disso. Mas não sei por que executar isso criaria esse problema.
Entrei em contato com a DigitalOcean, e eles me enviaram isto:
> Olá Wes,
>
> Obrigado por entrar em contato novamente e por essas informações adicionais. O tipo de console que ele usou não é realmente relevante para o que aconteceu em nosso Droplet depois que ele chegou lá.
>
> Notei que você usou o comando “./launcher start up”. Em vez disso, tente o comando padrão “./launcher start app”.
>
> Se isso não funcionar, você deve entrar em contato com seu desenvolvedor, porque isso indicaria que o discourse foi configurado de uma maneira não padrão, exclusiva dele.
Executei o start app e recebi a seguinte mensagem:
Não sei nada sobre configuração de dois contêineres, mas, pelo que vejo, você destruiu o aplicativo anterior e, se algo der errado na reconstrução, não poderá usar o antigo.
Mas… esses contêineres estão ativos e em execução?
Revisei o droplet e vejo que ele está ativo e respondendo, no entanto, as portas HTTP e HTTPS estão atualmente fechadas.
> root@jump:~# nmap -Pn -p 22,80,443 69.55.54.86 Starting Nmap 7.80 ( [https://nmap.org](https://nmap.org/) ) at 2024-08-10 11:42 UTC Nmap scan report for [wespenreboards.com](https://wespenreboards.com/) (69.55.54.86) Host is up (0.23s latency). PORT STATE SERVICE 22/tcp open ssh 80/tcp closed http 443/tcp closed https Nmap done: 1 IP address (1 host up) scanned in 0.51 seconds
Executei o destroy/rebuild web_only novamente, e agora funciona, de repente. Executei duas vezes hoje mais cedo sem sucesso. Mas agora funciona, o que é ótimo.
Basicamente, o nmap informou que a porta para o SSH estava aberta — bem, você já sabia disso. Mas as portas 80 e 443 estavam fechadas. Portanto, ninguém poderia entrar.
Tudo é teoricamente possível, mas… não. Seu droplet teve algum problema e é por isso que o firewall caiu. Talvez Jay tenha pensado algo assim e é por isso que ele sugeriu reiniciar o droplet. Ou o bootstrapping não foi bem-sucedido, mas não sei como isso poderia fechar essas portas.
