Site DNS è propagato ma Discourse rifiuta la connessione?

[Heliosurge (Dan DeMontmorency)]

Mi sono migrato da Upcloud a Contabo VPS. Ho usato Rsync e seguendo i passaggi sono riuscito a ricostruire e l’app è confermata in esecuzione

Argomento qui. Questo post ha permesso al sito di ricostruire correttamente

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…

Ho modificato i record DNS su Squarespace (che ha acquisito Google Domains) e ho modificato i record DNS A per puntare al server in Contabo.

Posso connettermi in qualche modo usando l’indirizzo IP ma quando uso il nome di dominio

Xrtropolis.one

ottengo

Mi è stato presentato questo strumento per siti web che controlla la propagazione del DNS

DNS Propagation Checker - Global DNS Checker Tool

Devo fare qualcosa sul lato Discourse per farlo accettare la connessione dal nome di dominio?

Non sono sicuro sull’installazione dei tag o forse sugli strumenti di migrazione?

Non sto usando let’s encrypt poiché Squarespace fornisce il certificato SSL e funzionava bene su Upcloud.

[Canapin (Coin-coin le Canapin)]

Penso che se esegui ./discourse-setup, dovrebbe tentare di connettersi al dominio dopo che ti ha chiesto di fornirlo.

Ha successo?

[Heliosurge (Dan DeMontmorency)]

no, questo è un output di copia. riesce comunque a connettersi al dominio.

discourse-setup
Il file di configurazione containers/app.yml esiste già!

. . . riconfigurazione . . .


Salvataggio del vecchio file come app.yml.2025-01-06-030236.bak
Arresto del container esistente tra 5 secondi o Control-C per annullare.
Rilevato arch x86_64.
ATTENZIONE: il file containers/app.yml è leggibile da chiunque. Puoi proteggere questo file eseguendo: chmod o-rwx containers/app.yml
+ /usr/bin/docker stop -t 600 app
app

Trovati 25GB di memoria e 8 core CPU fisici
impostazione db_shared_buffers = 4096MB
impostazione UNICORN_WORKERS = 8
parametri di memoria di containers/app.yml aggiornati.

Hostname per il tuo Discourse? [www.xrtropolis.one]:
Verifica del nome del dominio . . .
Connessione a www.xrtropolis.one riuscita.
Indirizzo email per l'account amministratore? [demontmorency_dan@hotmail.com]:
Indirizzo del server SMTP? [smtp-relay.brevo.com]:
Porta SMTP? [587]:
Nome utente SMTP? [redacted]:
Password SMTP? [redacted]:
Indirizzo email di notifica? [noreply@xrtropolis.one]:
Indirizzo email opzionale per avvisi Let's Encrypt? (ENTER per saltare) [me@example.com]:
ID account MaxMind opzionale (ENTER per continuare senza il database di geolocalizzazione GeoLite2 MAXMIND) [123456]:

Sembra corretto?

Hostname          : www.xrtropolis.one
Email             : demontmorency_dan@hotmail.com
Indirizzo SMTP      : smtp-relay.brevo.com
Porta SMTP         : 587
Nome utente SMTP     : redacted
Password SMTP     : redacted
Email di notifica: noreply@xrtropolis.one
ID account MaxMind: (non impostato)
Chiave di licenza MaxMind: (non impostato)

ENTER per continuare, 'n' per riprovare, Ctrl+C per uscire:
web.ssl.template.yml NON ABILITATO -- era già attivo?
letsencrypt.ssl.template.yml NON ABILITATO -- era già attivo?



Purtroppo, si è verificato un errore durante la modifica di containers/app.yml

Ciò può accadere se sono state apportate modifiche impreviste.

Detto questo, app.yml sembra essere stato modificato anche se dice che c’è stato un errore nel modificarlo.

Tuttavia, continuo a ricevere “connection refused” anche se la configurazione ha indicato che si è connesso con successo.

[Heliosurge (Dan DeMontmorency)]

note sull’aggiunta

Benvenuto in Ubuntu 24.04.1 LTS (GNU/Linux 6.8.0-51-generic x86_64)

 * Documentazione:  https://help.ubuntu.com
 * Gestione:     https://landscape.canonical.com
 * Supporto:        https://ubuntu.com/pro

 Informazioni di sistema aggiornate a lunedì 6 gennaio 04:03:52 CET 2025

  Carico di sistema:           2.52
  Utilizzo di /:            4.5% di 289.56GB
  Utilizzo memoria:          2%
  Utilizzo swap:            0%
  Processi:             245
  Utenti connessi:       0
  Indirizzo IPv4 per eth0: 154.53.35.16
  Indirizzo IPv6 per eth0: 2605:a142:2238:3164::1

 * Kubernetes strettamente confinato rende edge e IoT sicuri. Scopri come MicroK8s
   ha appena alzato l'asticella per un'implementazione di cluster K8s facile, resiliente e sicura.

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

La manutenzione di sicurezza estesa per le applicazioni non è abilitata.

0 aggiornamenti possono essere applicati immediatamente.

Abilita le App ESM per ricevere ulteriori futuri aggiornamenti di sicurezza.
Vedi https://ubuntu.com/esm o esegui: sudo pro status

non sto usando kubernetes. Copiato e installato con Docker e usato rsync.

ho pensato che le informazioni su ubuntu lts 24.04.1 potessero aiutare.

[Heliosurge (Dan DeMontmorency)]

Risolto.

Il problema era che un paio di template erano commentati: SSL web e Let’s Encrypt, anche se non in uso.

O un errore con rsync o qualcos’altro.

Confrontato il file app.yml del vecchio server con quello del nuovo server e corretto le voci.

Ora è tutto a posto.