Cari membri,
Nei record DNS del mio Droplet DigitalOcean, ho creato due record "A" per il mio dominio: uno con hostname "www" (www.HardwareMana.community) e uno vuoto (HardwareMana.community), entrambi puntati al server Cloud su DigitalOcean. Attualmente, entrambi i record "A" hanno lo stesso indirizzo IP, ma solo quello vuoto si carica correttamente, mentre quello con hostname "www" mostra una pagina vuota.
Vi chiedo gentilmente di suggerire le impostazioni DNS corrette. Grazie!
Prova questo:
| Tipo | Hostname | Valore |
|---|---|---|
| A | hardwaremana.community | 157.245.106.210 |
| CNAME | www.hardwaremana.community | hardwaremana.community. |
| CNAME | *hardwaremana.community | hardwaremana.community. |
Un’ultima cosa: ho scoperto che nelle impostazioni della mia installazione di Discourse sul server cloud di DigitalOcean, il Hostname per Discourse è impostato su Hardwaremana.community. Potrebbe questo essere il problema del mio dominio www.HardwareMana.community? Vi chiedo gentilmente assistenza.
Grazie!!
No, quel nome host dovrebbe essere corretto.
Nome host per il tuo Discourse? [discourse.example.com]
Non usare mai lettere maiuscole nei nomi host.
correzione, sto utilizzando solo hardwaremana.community. Quindi, ti prego di consigliarmi di conseguenza. Grazie 
Dai un’occhiata a questo.
La tua policy di sicurezza dei contenuti consente solo script caricati tramite HTTP.
Hai abilitato l’impostazione del sito force_https?
No, per favore guidami di piĂą su questo. Grazie @RGJ
ssh root@your.server.ip
cd /var/discourse
./launcher enter app
rails c
SiteSetting.force_https = true
Completate le impostazioni sopra indicate, ora non si connette piĂą al server Cloud. Dopo aver impostato su false SiteSetting.force_https = false, le operazioni sono le stesse di prima.
https://www.hardwaremana.community mostra “impossibile connettersi”.
www.Hardwaremana.community mostra una pagina vuota ma non avvia l’installazione di Discourse.
hardwaremana.community avvia Discourse normalmente.
Credo che il tuo DNS sia configurato correttamente.
Se navighi su www.hardwaremana.community e apri la console, ci sono errori relativi alla Content Security Policy (CSP):
Refused to load the script 'http://www.hardwaremana.community/...' because it violates the following Content Security Policy directive: "script-src 'unsafe-eval' 'report-sample' http://hardwaremana.community/... ...".
Nota che è whitelisted solo l’host senza www, perché:
Discourse imposta automaticamente la tua CSP in base a questo valore. Ti consiglio quindi di sceglierne uno (www o non-www) e configurare un reindirizzamento per l’altro.
Non puoi pubblicare sotto due URL diversi.
Scegliene uno e reindirizza l’altro.
Grazie per aver segnalato gli errori. Procedo a ricreare l’installazione di Discourse con i nuovi valori, impostando www.hardwaremana.community come nuovo Hostname per Discourse. Effettuerò anche le necessarie reindirizzature.
Ho modificato Hostname per Discourse in www.hardwaremana.community e ora il problema si è invertito. Questi sono i record DNS che sto utilizzando:
| Tipo | Hostname | Valore |
|---|---|---|
| A | www.hardwaremana.community | 157.245.106.210 |
| CNAME | *.hardwaremana.community | 157.245.106.210 |
Guardando la console web, ci sono errori relativi alla Content Security Policy (CSP) nel dominio hardwaremana.community. Come posso correggere questi errori di script? Per favore, guidami!!
Aggiungi un altro record A con il nome host hardwaremana.community
questo ha funzionato per la mia istanza D/O.
Ora che ho questi valori nei record DNS del mio server cloud su DigitalOcean, hardwaremana.community non avvia ancora Discourse e mostra errori di script nella console.
| Tipo | Hostname | Valore |
|---|---|---|
| A | www.hardwaremana.community | 157.245.106.210 |
| A | hardwaremana.community | 157.245.106.210 |
| CNAME | *.hardwaremana.community | 157.245.106.210 |
https://www.hardwaremana.community mostra “impossibile connettersi”
hardwaremana.community mostra una pagina vuota con errori di script
www.Hardwaremana.community avvia Discourse normalmente
Vi prego gentilmente di suggerire una soluzione.
Devo apportare alcune impostazioni aggiuntive per il dominio nel file di configurazione di Discourse (app.yml)?
Qualcuno esperto può gentilmente guidarmi o condividere risorse per apportare la modifica corretta a app.yml, in modo da risolvere il problema del mio dominio non-www.
Ho appena eseguito uno strumento di ricerca e reporting SSL e segnala che non è presente alcun certificato SSL.
Il rapporto di esame SSL analizza il certificato SSL di un sito web e fornisce informazioni sulla convalida SSL. Il rapporto verifica eventuali discrepanze nel nome dell’host tra il tuo dominio e quello presente nel certificato, nonché se il certificato è scaduto, revocato o non attendibile.
Spiacenti, si è verificato un problema.
Anche Firefox indica che tutti e 3 i domini non sono sicuri (https, www e non-www).
Hai un certificato SSL per i tuoi domini? Un reindirizzamento verso/da https restituirĂ molto probabilmente errori in assenza di un certificato SSL.
Verificati tutti e 3:
https non riesce a stabilire una connessione;
http (hardwaremana.community) restituisce una pagina vuota; ma
www carica Discourse (lucchetto nero con una X).