Ciao! Vorrei assicurarmi che il sottodominio www reindirizzi gli utenti alla vera installazione di Discourse. Penso che sia necessario per non perdere visitatori. La maggior parte delle persone non omette ‘www’ quando visita i siti web.
È necessario aggiungere un record A nelle impostazioni DNS presso il vostro registrar per www, puntandolo all’indirizzo IP del server. Lo stesso a cui è attualmente puntato il record A per domain.com.
Questo causerà problemi quando l’utente visita la versione con www? Discourse è configurato per non includere il www.
No, perché l’utente verrà reindirizzato. Il sito non verrà servito sotto più domini.
Vuoi queste guide. Le ho usate per lo stesso identico scopo:
Stai dicendo che aggiungere il record A per ‘www’ non è sufficiente? Ho letto quegli articoli.
Il mio sito mostrerebbe un messaggio spiacevole nel browser senza registrare un certificato per entrambi i “sottodomini”.
Ho appena configurato Discourse su un droplet Digital Ocean. Per il passaggio 2, la modifica di discourse.conf, è necessario che nginx sia installato? Non sono sicuro, ma non credo che sul mio droplet sia installato nginx e non so come procedere per installarlo.
Penso che questa guida spieghi quella parte:
https://meta.discourse.org/t/running-other-websites-on-the-same-machine-as-discourse/17247/294
Sì, aggiungere un record A per www puntato allo stesso IP sarà sufficiente per reindirizzare il traffico.
Non è necessario seguire le indicazioni riportate nelle altre guide: un record A puntato all’IP è sufficiente per un reindirizzamento semplice.
Evita di complicare l’installazione a meno che non sia strettamente necessario.
Basterà questo per evitare l’errore del browser NET::ERR_CERT_COMMON_NAME_INVALID? Se installo Discourse sul sottodominio www, l’accesso al sito tramite https://example.com mi restituisce quell’errore. Funziona solo se si utilizza https://www.example.com.
Ecco perché è necessario utilizzare un reindirizzamento: Discourse non può essere servito da più URL.
Scegliene uno e reindirizza l’altro.
Anche io ho un problema simile e l’utilizzo di un record di reindirizzamento URL a livello DNS non risolve il problema per me.
Ho installato Discourse usando il nome host ‘www.example.com’ e i seguenti record DNS:
Record A host:WWW valore:my_server_ip
Record CNAME host:@ valore: www.example.com
Record di reindirizzamento URL host:@ valore:https://www.example.com
Se poi uso SSL Server Test (Powered by Qualys SSL Labs) per verificare l’URL https://example.com senza il WWW, ricevo un errore di mancato corrispondenza del nome del certificato e nel mio browser un errore NET::ERR_CERT_COMMON_NAME_INVALID.
Mi scuso ancora se sto tralasciando qualcosa di ovvio qui; la rete non è il mio punto di forza!
Ecco perché ho pubblicato quei link. Mi sarebbe piaciuto che fosse semplice come una modifica DNS. Nemmeno a me sembrava così semplice. Per funzionare tramite HTTPS, ho dovuto assicurarmi che un certificato venisse registrato per entrambi gli indirizzi. Per ottenere ciò, segui una delle guide che ho pubblicato sopra. L’altra guida ti permette di impostare un reindirizzamento.
È molto improbabile che gli utenti specifichino il protocollo quando digitano un URL. Se sei davvero preoccupato a riguardo, puoi semplicemente utilizzare Cloudflare per il DNS e una regola di pagina semplice.
Sì, ho ‘spostato’ il mio dominio (in realtà ho semplicemente scelto di eliminare il www), ed è per questo che ho dovuto servire i link esistenti già presenti su siti che non controllavo e che facevano riferimento al mio vecchio dominio con https. Questo potrebbe spiegare perché, nel mio caso, non ho avuto altra scelta che completare l’intero processo.
Quindi, se ho capito bene, stai dicendo che se ti basta che qualcuno digiti www.example.com e venga reindirizzato a https://example.com, è sufficiente una modifica DNS?
Tuttavia, se per qualsiasi motivo desideri che https://www.example.com funzioni (nel mio caso era necessario perché tali link erano già ‘in circolazione’), devi seguire le guide fornite.
Oppure, come indicato sopra, basta usare una regola pagina. In questo modo il dominio verrà protetto con un certificato wildcard e il traffico verrà reindirizzato in modo trasparente.
Tutto questo senza alcuna complessità aggiuntiva sul server Discourse.
Cos’è una regola di pagina?
Intendo seguire How To Install Discourse Behind Nginx on Ubuntu 14.04 | DigitalOcean per installare Nginx sul mio droplet Digital Ocean e poi applicare le regole elencate nel “passo 2” per reindirizzare al dominio corretto. Penso che dovrebbe funzionare! Lo proverò domani e vedrò se mi permette di reindirizzare tutte le combinazioni di https://www., http://www, http://domain.com, https://domain.com al mio hostname Discourse, che ha il certificato Lets Encrypt su https://www.domain.com.
Si vedrà!
@Erik_Manger, le soluzioni basate su DNS non hanno funzionato per me con SSL. Ho usato il primo link fornito da @merefield e funziona bene.
Hai dovuto installare Nginx davanti a Discourse per far funzionare tutto? Sul mio droplet Digital Ocean, il percorso “/etc/nginx/” utilizzato negli hook aggiuntivi non esiste.