O DNS do site foi propagado, mas o discourse não aceita conexão.

[Heliosurge (Dan DeMontmorency)]

Migrei do Upcloud para o Contabo VPS. Usei o Rsync e, seguindo os passos, consegui reconstruir e o aplicativo está confirmado em execução

Tópico aqui. Esta postagem fez com que o site fosse reconstruído corretamente

Move a Discourse site to another VPS with rsync

This seems to have worked. And says app is running but not accessible from web. HTTPS://www.xrtropolis.one Could it be not connected yet from the domain server yet? Note:. Think I found it. May have to wait 24 to 72 hours for the IP address change to be fully in effect. [The screenshot explains how long it can take for Squarespace DNS changes to take effect and what to do if an error persists. (Captioned by AI)] This is the connection msg I get. Presume have to…

Mudei os registros DNS no Squarespace (que comprou o Google Domains) e alterei os registros DNS A para apontar para o servidor no Contabo.

Consigo me conectar usando o endereço IP, mas ao usar o nome de domínio

Xrtropolis.one

Recebo

Fui apresentado a esta ferramenta de site que verifica a propagação de DNS

DNS Propagation Checker - Global DNS Checker Tool

Preciso fazer algo no lado do Discourse para que ele aceite a conexão do nome de domínio?

Não tenho certeza sobre a instalação de tags ou talvez ferramentas de migração?

Não estou usando o Let’s Encrypt, pois o Squarespace fornece certificado SSL e estava funcionando bem no Upcloud.

[Canapin (Coin-coin le Canapin)]

Eu acho que se você executar ./discourse-setup, ele deve tentar se conectar ao domínio depois de solicitar que você o forneça.

Ele é bem-sucedido?

[Heliosurge (Dan DeMontmorency)]

não, esta é uma cópia da saída. no entanto, a conexão com o domínio é bem-sucedida.

discourse-setup
O arquivo de configuração containers/app.yml já existe!

. . . reconfigurando . . .


Salvando o arquivo antigo como app.yml.2025-01-06-030236.bak
Parando o contêiner existente em 5 segundos ou Control-C para cancelar.
arquitetura x86_64 detectada.
AVISO: O arquivo containers/app.yml é legível por qualquer pessoa. Você pode proteger este arquivo executando: chmod o-rwx containers/app.yml
+ /usr/bin/docker stop -t 600 app
app

Encontrados 25GB de memória e 8 núcleos de CPU físicos
definindo db_shared_buffers = 4096MB
definindo UNICORN_WORKERS = 8
parâmetros de memória de containers/app.yml atualizados.

Nome do host para o seu Discourse? [www.xrtropolis.one]:
Verificando o nome do seu domínio . . .
Conexão com www.xrtropolis.one bem-sucedida.
Endereço de e-mail para a(s) conta(s) de administrador? [demontmorency_dan@hotmail.com]:
Endereço do servidor SMTP? [smtp-relay.brevo.com]:
Porta SMTP? [587]:
Nome de usuário SMTP? [redacted]:
Senha SMTP? [redacted]:
Endereço de e-mail de notificação? [noreply@xrtropolis.one]:
Endereço de e-mail opcional para avisos do Let's Encrypt? (ENTER para pular) [me@example.com]:
ID de conta MaxMind opcional (ENTER para continuar sem o banco de dados de geolocalização GeoLite2 MAXMIND) [123456]:

Isso parece certo?

Nome do host          : www.xrtropolis.one
E-mail             : demontmorency_dan@hotmail.com
Endereço SMTP      : smtp-relay.brevo.com
Porta SMTP         : 587
Nome de usuário SMTP : redacted
Senha SMTP         : redacted
E-mail de notificação: noreply@xrtropolis.one
ID da conta MaxMind: (não definido)
Chave de licença MaxMind: (não definida)

ENTER para continuar, 'n' para tentar novamente, Ctrl+C para sair:
web.ssl.template.yml NÃO HABILITADO -- já estava habilitado?
letsencrypt.ssl.template.yml NÃO HABILITADO -- já estava habilitado?



Infelizmente, ocorreu um erro ao alterar containers/app.yml

Isso pode acontecer se você fez alterações inesperadas.

Dito isso, o app.yml parece ter sido alterado, embora diga que houve um erro ao alterá-lo.

No entanto, ainda recebo “conexão recusada”, mesmo que a configuração tenha dito que se conectou com sucesso.

[Heliosurge (Dan DeMontmorency)]

adicionamentos notas

Bem-vindo ao Ubuntu 24.04.1 LTS (GNU/Linux 6.8.0-51-generic x86_64)

 * Documentação:  https://help.ubuntu.com
 * Gerenciamento:     https://landscape.canonical.com
 * Suporte:        https://ubuntu.com/pro

 Informações do sistema em Seg, 6 de Jan de 2025 04:03:52 CET

  Carga do sistema:           2.52
  Uso de /:            4.5% de 289.56GB
  Uso de memória:          2%
  Uso de swap:            0%
  Processos:             245
  Usuários logados:       0
  Endereço IPv4 para eth0: 154.53.35.16
  Endereço IPv6 para eth0: 2605:a142:2238:3164::1

 * O Kubernetes estritamente confinado torna o edge e IoT seguros. Saiba como o MicroK8s
   acabou de elevar o nível para implantação de cluster K8s fácil, resiliente e segura.

   https://ubuntu.com/engage/secure-kubernetes-at-the-edge

Manutenção de Segurança Expandida para Aplicações não está habilitada.

0 atualizações podem ser aplicadas imediatamente.

Habilite o ESM Apps para receber atualizações de segurança futuras adicionais.
Veja https://ubuntu.com/esm ou execute: sudo pro status

não estou usando kubernetes. copiei e instalei com Docker e usei rsync.

pensei que talvez as informações do ubuntu lts 24.04.1 pudessem ajudar.

[Heliosurge (Dan DeMontmorency)]

Resolvido.

O problema era que alguns modelos estavam comentados: o SSL web e o Let’s Encrypt, mesmo sem estarem em uso.

Ou um erro com o rsync ou algo mais.

Comparei o app.yml do servidor antigo com o do novo servidor e corrigi as entradas.

Tudo certo agora.