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

Sposta un sito Discourse su un altro VPS con rsync

Sembra aver funzionato. E dice che l’app è in esecuzione ma non è accessibile dal web. Potrebbe non essere ancora connesso dal server di dominio? Nota: Penso di averlo trovato. Potrebbe essere necessario attendere 24-72 ore affinché la modifica dell’indirizzo IP sia completamente effettiva. [Lo screenshot spiega quanto tempo può essere necessario affinché le modifiche DNS di Squarespace abbiano effetto e cosa fare se un errore persiste. (Sottotitolato dall'IA)] Q…

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
https://www.whatsmydns.net/#A/www.xrtropolis.one

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.