Instalando Discourse en dominio regular

Instalación
1

¿Alguien puede explicarme por qué a menudo se dice que Discourse se puede instalar en un dominio normal sin tener que instalarlo en un subdominio, pero solo algunos DNS admiten esto? Realmente no entiendo por qué solo algunos DNS admiten esto, no puedo resolver cuál es el problema. Solo pregunto para entender técnicamente cuál es el punto. ¡Gracias de antemano!

2

Creo que te refieres a Configura tu sitio de Discourse alojado para que se ejecute en el dominio raíz o principal (por ejemplo, example.com) — lo cual solo se aplica a las instancias alojadas por Discourse. No creo que esto se aplique al alojamiento individual de instancia única.

El problema es que esta configuración de alojamiento[1] normalmente espera que el nombre configurado sea un registro CNAME, que es un tipo de alias. La C significa “canónico”.[2] Por ejemplo, el registro para este sitio, meta.discourse.org, es un CNAME (mientras escribo esto) que apunta a app-cname-target.cdck-prod-meta.discourse.cloud.

Debido a la forma en que está estructurada la delegación de DNS —donde el dominio de nivel superior como .org o .com envía las solicitudes de dominios de segundo nivel a un servidor configurado por el registrante[3]— solo puedes configurar CNAMEs para nombres de host debajo del dominio que obtienes.

Para solucionar esta limitación, varios proveedores de DNS ofrecen lo que llaman un registro ANAME, o “CNAME flattening”. Esto funciona perfectamente con cualquier registro, incluido uno para tu dominio “desnudo” o “principal” delegado. Esto no es una parte real y estándar de DNS, sino una astucia propietaria detrás de escena proporcionada por la empresa de DNS — y, simplemente, no todos los proveedores lo hacen.

Sin embargo, hay algo más que puedes hacer:

  • Configura tu dominio “principal” para que redirija, de modo que, por ejemplo, example.net redirija a forum.example.net. Aquí, la gente todavía vería y usaría el nombre más largo, pero podría llegar a él desde el corto.

Y posiblemente otra opción:

  • Configura un proxy inverso transparente en tu dominio “principal”. Esto es complicado y no estoy seguro de que funcione fácilmente con la configuración de CDCK, pero lo menciono por completitud.

  1. por cierto, está diseñada e implementada por CDCK, no como una limitación inherente del alojamiento ↩︎

  2. En el sentido común en informática de “nombre oficial preferido” — uno podría tener www.example.org como un CNAME de serverhost003.example.org, pero si el servidor número 3 falla, simplemente cambias el CNAME y sigues adelante. Curiosamente, Merriam-Webster no tiene realmente una entrada para este sentido. ↩︎

  3. y, de hecho, esto puede continuar — example.org podría delegar stuff.example.org, y stuff.example.org podría delegar things.stuff.example.org sucesivamente ↩︎

3 Me gusta
3

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.