Stiamo migrando a un nuovo droplet DigitalOcean e abbiamo provato a utilizzare l’immagine del marketplace. Durante l’esecuzione dello script di configurazione, il processo si interrompe prematuramente perché il nostro nome di dominio punta ancora all’istanza corrente in produzione.
Devo mettere in funzione questa nuova installazione per poter ripristinarne il backup e, successivamente, aggiornare le record DNS.
L’errore è il seguente:
Verifica del nome di dominio . . .
ATTENZIONE: La porta 443 del computer non sembra essere accessibile tramite il nome host: x
ATTENZIONE: Anche la connessione a x (porta 80) fallisce.
Ciò suggerisce che x risolve a un indirizzo IP che non raggiunge questa
macchina su cui state installando Discourse.
La prima cosa da fare è verificare che x risolva all'indirizzo IP di questo server.
Di solito si fa questo nello stesso luogo in cui è stato acquistato il dominio.
Se siete certi che l'indirizzo IP risolva correttamente, potrebbe trattarsi di un problema di firewall.
Una ricerca sul web per "apri porte IL TUO SERVIZIO CLOUD" potrebbe essere d'aiuto.
Il nome di dominio risponde effettivamente sulle porte 80 e 443, quindi anche questo messaggio di errore sembra errato.
Noi (il team di Discourse) non gestiamo l’immagine del marketplace di DO, quindi temo che possiamo essere di aiuto limitato per risolvere quel problema specifico.
Sì, gestiamo questo. Non ho esaminato il codice; ho dato per scontato che il controllo provenisse dall’immagine del marketplace.
./discourse-setup è pensato come un modo semplice per configurare Discourse, evitando la necessità di modificare manualmente un file di testo quando si avvia un nuovo sito Discourse. Il tuo caso d’uso non è “tipico” e non è gestito dallo script di configurazione.
Nel tuo caso, la soluzione migliore sarebbe probabilmente copiare il file containers/app.yml dal tuo server attuale a quello nuovo. In alternativa, puoi modificare manualmente il file tu stesso, come suggerito alle righe 75/76:
Dove posso trovare il file app.yml predefinito? Voglio iniziare con una nuova installazione predefinita.
Inoltre, come posso avviare il server senza lo script di configurazione? L’accesso all’indirizzo IP rimane non responsivo poiché non riesco ad eseguire lo script di configurazione.
Ma ora non riesco a importare il backup perché non posso attivare il mio account amministratore temporaneo:
(6) Il caricamento dello script ‘’ è stato rifiutato perché viola la seguente direttiva Content Security Policy: “script-src ”. Si noti che ‘script-src-elem’ non è stato impostato esplicitamente, quindi viene utilizzato ‘script-src’ come fallback.
Esiste un modo diretto per ripristinare da un backup o disabilitare il CSP fino ad allora?
cd /var/discourse
sudo ./launcher enter app
rails c
SiteSetting.content_security_policy = false
exit
exit
Nota che ti consiglio di provare prima il ripristino del backup da riga di comando: risolve il problema reale che hai (ripristinare un backup) rispetto all’ostacolo attuale (CSP).
Sembra che tu abbia un indice danneggiato. Hai eseguito un aggiornamento sull’istanza esistente? C’è la possibilità che questo possa aiutare.
C’è un argomento da qualche parte con le istruzioni per copiare i file del database grezzo (e di Let’s Encrypt) dalla vecchia istanza. Probabilmente è quello che farei.