Olá, pessoal!!
Todo o site está fora do ar após a atualização para a versão mais recente. Após a atualização, reiniciei todo o servidor. Estou usando o Cloudflare. Não sei qual é o problema real. Preciso de ajuda séria!!
Eu tenho o mesmo problema!
Removi meu site do Cloudflare e agora ele está de volta online. Parece que o Cloudflare foi o culpado.
Eu também (tinha) o mesmo problema com o forum.confident.faith. Posso confirmar que simplesmente ‘pausar’ o site na interface do Cloudflare resolve o problema. Isso é particularmente estranho, pois tenho vários outros sites com a mesma configuração que não estão apresentando esse problema.
Quanto tempo levou para seu site voltar ao ar depois de reorientar as configurações de DNS para o Digital Ocean?
Deve ser após 5 segundos até um minuto, se o seu TTL estiver em Automático.
Depende das suas configurações de TTL (Time to Live).
Meu site também não está funcionando após a atualização. Atualizei as configurações de TLS para 1.2, mas o site ainda não carrega. Por favor, informe qual pode ser o problema e como corrigi-lo.
Mudar para TLS 1.2+ definitivamente não é a solução.
Por favor, compare suas configurações com as que postei em After updating website wont come back online - #6 by gerhard. Uma reconstrução do seu contêiner Docker, conforme mencionado naquela postagem, também pode ajudar.
Segui as instruções naquele tópico, mas meu site ainda não está funcionando. Poderia me dizer qual poderia ser o problema? Também respondi naquele tópico com o erro exibido nos meus logs de erro.
Tentei excluir ./shared/standalone/ssl/website.com_ecc.cer e ./shared/standalone/ssl/website.com_ecc.key, conforme indicado por @gerhard em uma conversa privada. Em seguida, reconstruí o aplicativo, mas o site ainda não está carregando. Não consegui encontrar a solução ideal para isso. Por favor, alguém me ajude, pois meu site está fora do ar há mais de 10 horas.
Apenas verifiquei os logs de erro e encontrei este erro:
nginx: [emerg] cannot load certificate "/shared/ssl/website.com_ecc.cer": PEM_read_bio_X509_AUX() failed (SSL: error:0909006C:PEM routines:get_name:no start line:Expecting: TRUSTED CERTIFICATE)
Acho que tive esse problema em um site recentemente, mas havia alguns outros problemas, então os detalhes estão um pouco nebulosos na minha mente. Você pode tentar
rm -rf /var/discourse/shared/standalone/ssl
rm -rf /var/discourse/shared/standalone/letsencrypt
e depois reconstruir.
Se você estiver travado e quiser resolver o problema investindo dinheiro, posso colocá-lo em funcionamento por US$ 300. Estou na minha mesa agora. Redirecting….
Tentei o que você disse, mas o site ainda não está carregando. Os logs continuam apresentando o erro:
nginx: [emerg] cannot load certificate "/shared/ssl/website.com.cer": PEM_read_bio_X509_AUX() failed (SSL: error:0909006C:PEM routines:get_name:no start line:Expecting: TRUSTED CERTIFICATE)
Sinto muito, mas não estou em condições de pagar US$ 300 agora.
$300 é muito dinheiro, mas estou bastante ocupado hoje (quando não estou esperando que a coisa que estou testando quebre). Meu último conselho gratuito é:
cd /var/discourse/containers
grep DISCOURSE app.yml
mv app.yml app.broken
cd ..
./discourse-setup
Isso gerará um novo arquivo app.yml. Talvez haja algo nele que esteja causando o problema. O comando grep serve para que você tenha as informações necessárias para responder às perguntas que o discourse-setup exige.
Tentei isso, mas a configuração não iniciou. O grep funcionou e copiei todos os dados para um local seguro para poder usá-los novamente. Mas agora, ao tentar executar a configuração novamente, aparece a seguinte mensagem:
Isso mostrará qual comando está usando a porta 80
COMANDO PID USUÁRIO FD TIPO DISPOSITIVO TAMANHO/DESLOCAMENTO NÓ NOME
docker-pr 27737 root 4u IPv6 47517368 0t0 TCP *:http (LISTEN)Se você estiver tentando executar o Discourse simultaneamente com outro servidor web
como Apache ou nginx, será necessário vincular a uma porta diferenteConsulte Run other websites on the same machine as Discourse
Se você estiver reconfigurando um Discourse já configurado, use
./launcher stop app
para parar o Discourse antes de reconfigurá-lo e tentar novamente.
Acho que a situação está apenas piorando.
Desculpe. Você pode ter um problema mais difícil do que o que pode ser resolvido aqui.
Dado que o arquivo do seu container foi banido app.yml, você precisa primeiro parar o container antigo com
docker stop app
Depois, o discourse-setup pode ser executado.
Não consigo imaginar por que o grep não funcionaria.
Olá @pfaffman, estou tentando resolver isso há horas e eis o que fiz. Consegui remover a pasta SSL e a pasta letsencrypt. Em seguida, removi as linhas do letsencrypt do app.yml e reconstruí o app. Por fim, removi o HTTPS do Cloudflare. Após fazer tudo isso, o site voltou a aparecer. Mas agora o site não está mais em HTTPS. Acredito que preciso ver o que devo fazer a partir daqui.
Você não precisa ativar a nuvem laranja do Cloudflare. Eu não havia notado que você estava usando o Cloudflare e, se tivesse lido o título deste tópico, talvez tivesse pensado que era o problema.
Basta habilitar o Let’s Encrypt no app.yml e funcionará.
Se você ativar a nuvem laranja, o Let’s Encrypt não poderá registrar ou renovar certificados.
rm -rf /var/discourse/shared/standalone/ssl
rm -rf /var/discourse/shared/standalone/letsencrypt
Obrigado! Isso me ajudou!