Erros contínuos de DNS não importa o que eu tente

Certo pessoal, tentei tudo o que pude imaginar aqui, então espero que alguém consiga ajudar.
Tenho erros contínuos com falha nas portas DNS 443 e Porta 80.

Configurei forum.vnfreaks.com para o meu endereço IP no Cloudflare:

(Certo, eu não poderia compartilhar esta imagem como um novo usuário, mas no Cloudflare eu tenho forum (já que preenche automaticamente .vnfreaks.com) configurado para o meu endereço IP com a nuvem cinza, pois isso permite que as conexões DNS ocorram)

Eu configurei no meu Porkbun:

(Certo, eu não poderia incluir esta imagem porque sou um novo usuário. Mas eu tenho um registro de endereço A configurado para forum.vnfreaks.com vinculado ao meu endereço IP do VPS.)

Eu configurei uma regra no meu firewall do Windows para permitir acesso de entrada pelas portas 22, 80 e 443.

No meu terminal Putty, estou conectado ao IP do meu servidor. Eu até desliguei meu firewall no meu roteador.

A nuvem cinza no meu Cloudflare deveria ter tudo configurado, então eu realmente não sei por que continuo tendo esse problema, para ser honesto.

A única coisa que me ocorreu é que talvez eu precise configurar algo no meu CloudPanel para forum.vnfreaks.com, mas realmente não vejo por que eu precisaria fazer isso.

Se alguém tiver alguma sugestão de coisas que eu possa tentar, ficaria muito grato. (Além disso, para informações adicionais, estou usando um VPS alugado e usando o Putty para me conectar via ssh a ele.)

Eu também posso adicionar as imagens que não consegui incluir neste post nos comentários, se isso ajudar.

Apenas como uma informação sobre coisas extras que tentei: tentei definir minha porta padrão para ser apenas 443, e também tentei fazer a configuração do Discourse através do meu menu VNC pelo painel de controle do meu VPS.

E esse endereço de IP aponta para uma máquina virtual rodando Linux? Que é acessível pela internet?

As regras não apontam para nada, elas apenas permitem o acesso a partir dessas portas. Senti que deveria ser algum tipo de problema de firewall porque recebi o erro mesmo quando estava tentando usar um dos subdomínios gratuitos do Discourse.

Após a verificação de domínio falhar, você terá um arquivo app.yml gerado em /var/discourse/containers. Você pode editar seu subdomínio manualmente nesse arquivo, bem como as outras informações necessárias (como credenciais SMTP e endereço de e-mail de desenvolvimento/administrador). Em seguida, você poderá reconstruir, pois a verificação de domínio será ignorada. Não tenho certeza por que falharia com o proxy do CF desativado, mas você deve ser capaz de passar pela etapa de inicialização fazendo o acima.

Sim, eu estava pensando que esse poderia ser o caminho. Eu tentei seguir um guia diferente, mas ele me deu alguns erros diferentes. Isso me dá experiência na edição do app.yml, no entanto. Provavelmente, a melhor coisa a fazer é deletar tudo o que teria sido gerado anteriormente pelo Discourse, rodar novamente e, em seguida, seguir esse caminho.

Eu também vejo coisas na documentação sobre rodar um —skip-connection-test. Eu estava me perguntando como eu faço isso ou como devo inserir esse código, quando devo inseri-lo, etc.

Obrigado pela sugestão, no entanto!

1 curtida

Se acessar esse endereço IP nas portas 80 e 443 a partir da internet pública não chegar à VM Linux em que você está tentando executar o Discourse, não funcionará.

Você pode pular o teste, mas a menos que tenha certeza de que sabe o que está fazendo, não funcionará, que é o motivo pelo qual o teste existe em primeiro lugar.

Então você tem alguma ideia de como posso fazer isso funcionar? Não tenho certeza por que meu servidor virtual não conseguiria acessá-lo nessas portas.

Não é que seu servidor virtual possa acessá-lo; é que todos na internet podem acessá-lo.

Você precisa garantir que seu servidor virtual possa ser acessado pela internet.

Você precisará pesquisar qual gerenciador de máquina virtual você está usando e, se estiver atrás de um firewall, como em uma configuração de internet residencial, precisará fazer alguma “mágica” no firewall para que isso aconteça.

Este não é o lugar para obter essa informação.

Quero dizer, meu servidor virtual pode ser acessado de outras formas - eu tenho outros dois sites que não tiveram problemas de acesso a partir desse servidor.

root@www-hub:~# curl -IL http://forum.vnfreaks.com/
curl: (52) Resposta vazia do servidor
root@www-hub:~# curl -IL https://forum.vnfreaks.com/
curl: (60) Problema no certificado SSL: impossível obter certificado do emissor local

Eu diria que o problema é o servidor web, vhost, etc.

Sim. Provavelmente há algum proxy reverso rodando ali, então discourse-setup não é uma opção (sem alguma edição extra para remover os templates de ssl e letsencrypt).

Eu tentei configurar um proxy reverso seguindo um conjunto diferente de instruções, foi o que aconteceu. Eu simplesmente vou remover isso quando chegar em casa. Vou mexer um pouco mais nisso e ver se consigo resolver tudo.

1 curtida