Update the A record for the domain(s) you want to redirect to original domain.
It helped and so am sharing. If somebody trying to change the A Record for the route domain. Don’t use * in the hostname but @ in the hostname of Digitalocean DNS management.
Why are you using digital ocean for DNS? It would be out recommendation to stick with your registrar’s DNS unless you’re looking to use specific features which require moving, such as Cloudflare or Route 53.
Not sure what’s the disadvantage of that. But the reason why i do it is using the registrar only for buying domain and leave that alone. Then manage everything in DO. Also their interface looks easy to manage multiple domains and setup.
If I redirect my naked domain example.com -> www.example.com using the instructions here, I have problems with my ssl certificate not being valid when going to example.com.
If I use NakedSSL to redirect example.com -> www.example.com. My cookies and therefore topics read seems to not display accurately.
What is the solution? I am using a docker install on digital ocean.
You must redirect to the “correct” form that you have certs for. Content cannot be at multiple domains simultaneously, that is a configuration error, and Google will ding you for duplicate content.
Ok. I did get it working using the instructions as above. As you said my certificate probably hadn’t completely switched from the naked domain to the www domain.
However, I still have issues with discourse not remembering what I have read when I return to the root of the site. If I go straight to the root, all messages are shown as unread until I follow the latest and top links. Any idea what may be causing this behaviour?
I suppose it works fine for you now; as the links mentioned are redirecting fine. I suppose you had to specify ssl_certificate and ssl_certificate_key. Can you please share your updated settings?
But visitors of hotelbobbygg.xyz get the certificate error (and can’t add exception either). I’ve even tried incognito mode.
I was wondering, in the path line (i.e. the line just next to ‘-file’), do I only need to give some name such as ‘some_name.conf’ or do I need to create that same named file ‘some_name.conf’ somewhere, under some /etc/path?
This is a great start. So, the problem I’m running into here is that since the root domains (www and non-www) do not have SSL certs assigned to them by Let’s Encrypt in the docker container build we get an HTTPS error from the browser before the redirect even happens. Right? How do we add SSL to the root domains (www and non-www) so that this redirect will actually work?
Check out Setting up Let’s Encrypt with Multiple Domains. I used this yesterday to have the www.example.com site that I set up properly redirect https://example.com and it worked as expected.
È ancora tutto valido nel 2021? Voglio reindirizzare un vecchio URL al mio nuovo host, ma la mia configurazione di Discourse è un sito https://. Sembra che le istruzioni qui siano per un sito http:// (porta 80?)
Qualcuno sarebbe così gentile da mostrarmi i passaggi necessari per reindirizzare: https://discourse.oldsite.com a https://discourse.newsite.com
Sto usando DO, immagino che dovrò anche aggiungere un record CNAME nelle mie impostazioni di rete che punti il vecchio sito al nuovo?
Devo anche fare qualcosa con LetsEncrypt?
Grazie per il tuo aiuto!
L’argomento collegato dovrebbe funzionare. Spiega come aggiungere alcune cose a app.yml che faranno sì che Let’s Encrypt ottenga un certificato per entrambi i sottodomini. Sì, devi usare un CNAME o in altro modo far puntare entrambi i domini al tuo droplet.
Grazie mille per la tua rapida risposta.
Quindi, devo SOLO eseguire i passaggi descritti nel tuo post precedente ( Impostazione di Let’s Encrypt con domini multipli ), non anche le cose dell’OP? (L’OP si riferisce solo alla porta 80)
il mio attuale nome di dominio è mydomain.tld1, dopo la ricostruzione, mydomain.tld1 funziona correttamente ma quando si tenta di accedere a mydomain.tld2, dice ERR_CERT_COMMON_NAME_INVALID, e viceversa (scambia tld1 e tld2 nel file .yml)
Penso che qualcosa sia cambiato nel template di Let’s Encrypt e che sia necessario qualcos’altro, ma non ho ancora dedicato il tempo a fare un debug completo.
Ho un’istanza di discourse configurata su forum.mysite.ca tramite Digital Ocean. Voglio indirizzare mysite.ca a forum.mysite.ca e pensavo di esserci riuscito, ma quando vado su mysite.ca appare questo messaggio di avviso:
"La tua connessione non è privata
I malintenzionati potrebbero tentare di rubare le tue informazioni da mysite.ca (ad esempio, password, messaggi o carte di credito). Scopri di più
NET::ERR_CERT_COMMON_NAME_INVALID"
con un pulsante “Avanzate” che ha un link nel testo che dice “Procedi a mysite.ca (non sicuro)”.
Sto cercando la risposta da circa una settimana e ho un sacco di problemi. Qualsiasi consiglio o link sarebbe d’aiuto.