Allora dovresti, perché quello è l’URL che un utente tenta di raggiungere usando https, ma non c’è certificato e si verificherà un errore.
Vedi Set up Let’s Encrypt with multiple domains / redirects che descrive come ottenere certificati multipli. Ha funzionato l’ultima volta che l’ho aggiornato.
Penso che questo argomento debba essere aggiornato.
2 Mi Piace
Inoltre, sarebbe più facile per me caricare un HTML CSS statico su un index.html per mysite.ca? Penso che dovrò andare su DigitalOcean per capire questo. Non voglio che le persone che visitano mysite.ca si allarmino e si spaventino per forum.mysite.ca. Alcuni dei miei utenti sono membri più anziani della mia comunità e potrebbero aver paura di interagire.
Sono molto nuovo a questo, grazie per il tuo tempo.
Eseguire il reindirizzamento sull’altro sito potrebbe essere più semplice dato che sta già funzionando.
1 Mi Piace
+1 per l’aggiornamento dell’OP qui per includere almeno un link al passaggio aggiuntivo richiesto per evitare errori SSL. Una volta configurato utilizzando il link di @pfaffman all’eccellente post di @brahn, ha funzionato perfettamente. Grazie a entrambi.
In breve:
- DNS: imposta record A per tutti i sottodomini che desideri reindirizzare, ognuno dei quali punta allo stesso IP dell’istanza Discourse.
- Regole NGINX impostate come da questo argomento, per reindirizzare il traffico.
- Regole LetsEncrypt come da Set up Let’s Encrypt with multiple domains / redirects in modo che non ci siano errori SSL.
Le installazioni attuali reindirizzano qualsiasi accesso al sito all’hostname, quindi non mi è chiaro che la configurazione NGINX qui sia necessaria. È possibile, ad esempio, inserire l’indirizzo IP di un’installazione standard e verrà reindirizzato all’hostname corretto.
Mi sfugge qualcosa?
No, penso che tu abbia ragione. Quindi questo sarebbe un altro motivo per cui questa guida deve essere aggiornata o deprecata (con un link alla guida più aggiornata contenente i dettagli SSL/LetsEncrypt)
1 Mi Piace
Ho aggiornato l’OP.
1 Mi Piace