Instalando Discourse en dominio regular

Instalación
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