Update DNS Record
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.
Here’s my issue:
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?
Can someone please confirm these settings for me?
- file:
path: /etc/nginx/conf.d/www_redirect_1.conf
contents: |
server {
listen 80;
listen 443 ssl;
server_name www.reddcointalk.org;
return 301 https://reddcointalk.org$request_uri;
}
The goal here is to redirect https://www.reddcointalk.org AND http://www.reddcointalk.org to https://reddcointalk.org. However, https://www.reddcointalk.org provides an SSL error. I’ve tried several different configurations of this but end up in the same place.
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?
I wanted the visitors of hotelbobbygg.xyz be forwarded to already working https://a.hotelbobbygg.xyz.
I’ve did exactly as you told. (app.yml shown below) and then rebuilt the image.
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.
¿Sigue siendo válido todo esto en 2021? Quiero redirigir una URL antigua a mi nuevo host, pero mi configuración de Discourse es un sitio https://. Parece que las instrucciones aquí son para un sitio http:// (¿puerto 80?)
¿Sería alguien tan amable de mostrar los pasos necesarios para redirigir:
https://discourse.oldsite.com a
https://discourse.newsite.com
Estoy usando DO, supongo que también necesito agregar un registro CNAME en mi configuración de red que apunte el sitio antiguo al nuevo?
¿Necesito hacer también algunas cosas con LetsEncrypt?
¡Gracias por tu ayuda!
El tema enlazado debería funcionar. Explica cómo añadir algunas cosas a app.yml que harán que Let’s Encrypt obtenga un certificado para ambos subdominios.k Sí, necesitas usar un CNAME o de lo contrario hacer que ambos dominios resuelvan a tu droplet.
Muchas gracias por tu rápida respuesta.
Entonces, ¿SOLO necesito seguir los pasos detallados en tu publicación anterior (Configuración de Let’s Encrypt con Múltiples Dominios), y no las cosas del OP también? (El OP se refiere solo al puerto 80)
Sí. Solo la única cosa en Set up Let’s Encrypt with multiple domains / redirects, estoy razonablemente seguro.
Configura el DNS correctamente para empezar o alcanzarás los límites de tasa.
Agrego este bloque a mi app.yml
after_web_config:
- replace:
filename: /etc/nginx/nginx.conf
from: /sendfile.+on;/
to: |
server_names_hash_bucket_size 64;
sendfile on;
- file:
path: /etc/nginx/conf.d/discourse_redirect_1.conf
contents: |
server {
listen 80;
server_name mydomain.tld2;
return 301 $scheme://mydomain.tld1$request_uri;
}
after_ssl:
- replace:
filename: "/etc/runit/1.d/letsencrypt"
from: /--keylength/
to: "-d mydomain.tld2 -d mydomain.tld2 --keylength"
mi nombre de dominio actual es mydomain.tld1, después de reconstruir, mydomain.tld1 funciona bien pero cuando intento acceder a mydomain.tld2, dice ERR_CERT_COMMON_NAME_INVALID, y viceversa (cambia tld1 y tld2 en el archivo .yml)
¿Me faltan algunas configuraciones?
Creo que algo cambió en la plantilla de Let’s Encrypt y que se necesita algo más, pero aún no me he tomado el tiempo de depurarlo por completo.
Tengo una instancia de Discourse configurada en forum.mysite.ca a través de Digital Ocean. Quiero dirigir mysite.ca a forum.mysite.ca y pensé que lo había conseguido, pero cuando voy a mysite.ca aparece este mensaje de advertencia:
"Tu conexión no es privada
Es posible que los atacantes estén intentando robar tu información de mysite.ca (por ejemplo, contraseñas, mensajes o tarjetas de crédito). Más información
NET::ERR_CERT_COMMON_NAME_INVALID"
con un botón de “avanzado” que tiene un enlace de texto que dice “Continuar a mysite.ca (no seguro)”.
He estado buscando la respuesta durante una semana y tengo muchos problemas. Cualquier consejo o enlace sería de ayuda.
¿Tiene mysite.ca su propio certificado?
Seguí este discourse/docs/INSTALL-cloud.md en main · discourse/discourse (github.com), no creo haber configurado el certificado para mi mysite.ca