¿El DNS del sitio se ha propagado pero discourse no permite la conexión?

[Heliosurge (Dan DeMontmorency)]

Migré de upcloud a contabo VPS. Usé Rsync y, siguiendo los pasos, pude reconstruir y la aplicación confirmó que estaba en funcionamiento.

Tema aquí. Esta publicación hizo que el sitio se reconstruyera correctamente.

Move a Discourse site to another VPS with rsync

This method is different than restoring file in UI. Maybe there is a more downtime but it’s simpler for linux folks without Discourse knowledge and it’s easy to automate. Prepare new VPS First, prepare our new Current Ubuntu LTS VPS with empty Discourse dir, OS upgrade and Docker install sudo mkdir -p /var/discourse sudo apt-get update sudo apt-get dist-upgrade wget -qO- https://get.docker.com/ | sh Then, make sure that we are on latest installed kernel and other libraries by just restarting …

Cambié los registros DNS en Squarespace (que compró Google domains) y cambié los registros DNS A para que apunten al servidor en Contabo.

Puedo conectarme de alguna manera usando la dirección IP, pero cuando uso el nombre de dominio

Xrtropolis.one

Obtengo

Me presentaron esta herramienta web que verifica la propagación de DBS.

DNS Propagation Checker - Global DNS Checker Tool

¿Necesito hacer algo en el lado de Discourse para que acepte la conexión desde el nombre de dominio?

No estoy seguro sobre la instalación de etiquetas o quizás las herramientas de migración.

No estoy usando let’s encrypt ya que Squarespace proporciona un certificado SSL y funcionaba bien en Upcloud.

[Canapin (Coin-coin le Canapin)]

Creo que si ejecutas ./discourse-setup, debería intentar conectarse al dominio después de que te pida que lo proporciones.

¿Tiene éxito?

[Heliosurge (Dan DeMontmorency)]

No, esta es una copia de la salida. Sin embargo, se conecta al dominio correctamente.

discourse-setup
¡El archivo de configuración containers/app.yml ya existe!

. . . reconfigurando . . .


Guardando el archivo antiguo como app.yml.2025-01-06-030236.bak
Deteniendo el contenedor existente en 5 segundos o presiona Control-C para cancelar.
Se detectó la arquitectura x86_64.
ADVERTENCIA: el archivo containers/app.yml es legible por todos. Puedes proteger este archivo ejecutando: chmod o-rwx containers/app.yml
+ /usr/bin/docker stop -t 600 app
app

Se encontraron 25 GB de memoria y 8 núcleos de CPU físicos
configurando db_shared_buffers = 4096MB
configurando UNICORN_WORKERS = 8
parámetros de memoria de containers/app.yml actualizados.

¿Nombre de host para tu Discourse? [www.xrtropolis.one]: 
Comprobando tu nombre de dominio . . .
La conexión con www.xrtropolis.one tuvo éxito.
¿Dirección de correo electrónico para la(s) cuenta(s) de administrador? [demontmorency_dan@hotmail.com]:
¿Dirección del servidor SMTP? [smtp-relay.brevo.com]:
¿Puerto SMTP? [587]:
¿Nombre de usuario SMTP? [redacted]:
¿Contraseña SMTP? [redacted]:
¿Dirección de correo electrónico de notificación? [noreply@xrtropolis.one]:
¿Dirección de correo electrónico opcional para advertencias de Let's Encrypt? (ENTER para omitir) [me@example.com]:
¿ID de cuenta MaxMind opcional (ENTER para continuar sin la base de datos de geolocalización GeoLite2 de MAXMIND)? [123456]:

¿Esto parece correcto?

Nombre de host          : www.xrtropolis.one
Correo electrónico             : demontmorency_dan@hotmail.com
Dirección SMTP      : smtp-relay.brevo.com
Puerto SMTP         : 587
Nombre de usuario SMTP      : redacted
Contraseña SMTP     : redacted
Correo electrónico de notificación: noreply@xrtropolis.one
ID de cuenta MaxMind: (no establecido)
Clave de licencia MaxMind: (no establecida)

ENTER para continuar, 'n' para intentarlo de nuevo, Ctrl+C para salir:
web.ssl.template.yml NO HABILITADO -- ¿estaba activado ya?
letsencrypt.ssl.template.yml NO HABILITADO -- ¿estaba activado ya?



Lamentablemente, hubo un error al cambiar containers/app.yml

Esto puede ocurrir si has realizado cambios inesperados.

Dicho esto, parece que app.yml ha sido modificado a pesar de que dice que hubo un error al cambiarlo.

Sin embargo, todavía obtengo “conexión rechazada” a pesar de que la configuración dijo que se conectó con éxito.

[Heliosurge (Dan DeMontmorency)]

notas de adiciones

Bienvenido a Ubuntu 24.04.1 LTS (GNU/Linux 6.8.0-51-generic x86_64)

 * Documentación:  https://help.ubuntu.com
 * Gestión:     https://landscape.canonical.com
 * Soporte:        https://ubuntu.com/pro

 Información del sistema a partir del lunes 6 de enero de 04:03:52 CET 2025

  Carga del sistema:           2.52
  Uso de /:            4.5% de 289.56GB
  Uso de memoria:          2%
  Uso de swap:            0%
  Procesos:             245
  Usuarios conectados:       0
  Dirección IPv4 para eth0: 154.53.35.16
  Dirección IPv6 para eth0: 2605:a142:2238:3164::1

 * Kubernetes estrictamente confinado hace que el edge y el IoT sean seguros. Descubre cómo MicroK8s
   acaba de elevar el listón para la implementación de clústeres K8s fácil, resiliente y segura.

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

El Mantenimiento de Seguridad Ampliado para Aplicaciones no está habilitado.

0 actualizaciones se pueden aplicar inmediatamente.

Habilita las Aplicaciones ESM para recibir actualizaciones de seguridad adicionales en el futuro.
Consulta https://ubuntu.com/esm o ejecuta: sudo pro status

no estoy usando kubernetes. copiado e instalado con Docker y usado rsync.

pensé que la información de ubuntu lts 24.04.1 podría ayudar.

[Heliosurge (Dan DeMontmorency)]

Resuelto.

El problema fue que un par de plantillas estaban comentadas, la SSL web y let’s encrypt, aunque no estuvieran en uso.

O un error con rsync o algo más.

Comparé el archivo app.yml del servidor antiguo con el del servidor nuevo y corregí las entradas.

Todo bien ahora.