Configura tu sitio de Discourse alojado para que funcione en el dominio raíz o principal (p. ej., example.com)

:bookmark: Esta guía explica cómo configurar un sitio de Discourse alojado para que se ejecute en el dominio raíz o apical (por ejemplo, example.com en lugar de forum.example.com). El proceso general para cambiar el nombre de dominio de su sitio se describe en la guía para configurar el nombre de dominio para Discourse alojado.

:person_raising_hand: Nivel de usuario requerido: Administrador

La mayoría de los sitios de Discourse alojados se ejecutan en un subdominio, como forum.example.com, talk.example.com o www.example.com. Esta es la configuración recomendada y, en casi todos los casos, funciona sin problemas.

Ejecutar su sitio en el dominio raíz o apical (por ejemplo, example.com) es posible, pero es más difícil en un escenario alojado debido a la forma en que funciona DNS para los dominios raíz. Esta opción está disponible en los planes Pro, Business y Enterprise. En el plan Free, los dominios personalizados no están disponibles y su sitio permanece en su dirección discourse.group.

Se requieren dos cosas para ejecutar su sitio en un dominio raíz o apical:

  1. Su proveedor de DNS debe ser compatible con uno de los tipos de registro enumerados a continuación (un registro CNAME regular no es suficiente en la raíz).
  2. La configuración final la completa el equipo de Discourse, porque el botón Change Domain Name (Cambiar nombre de dominio) en su panel de administración busca un registro CNAME y no puede procesar un dominio apical o raíz.

Configure su proveedor de DNS

  1. Verifique que su proveedor de DNS sea compatible con un tipo de registro para el dominio raíz. Si su proveedor no está enumerado a continuación, primero debe cambiar a uno de estos proveedores.
  2. Cree el registro descrito para su proveedor, siguiendo el enlace en la tabla para obtener más detalles.
  3. Contacte al equipo de Discourse en team@discourse.org para completar el cambio de nombre de dominio raíz, una vez que su registro de DNS esté en su lugar.

Proveedores de DNS que admiten dominios raíz o apicales

Proveedor Tipo
AWS Route53 (Solo AWS[1]) Registros ALIAS A y AAAA; haga clic para ver un ejemplo →
Cloudflare CNAME flattening. Desactive el proxy de Cloudflare (el icono de la nube debe estar gris) para que no interfiera con el sitio
DNSimple ALIAS
DNS Made Easy ANAME
DreamHost ALIAS
easyDNS ANAME
Gandi ALIAS
Hurricane Electric ALIAS
Name.com ANAME
Namecheap ALIAS
PointDNS ALIAS
Webcentral (anteriormente Netregistry) Redirección enmascarada (solo IPv4)

:exclamation: Si su proveedor de DNS no está enumerado arriba, cambie a uno que admita un tipo de registro raíz o apical antes de continuar. Un registro CNAME regular no funcionará en el dominio raíz.

:information_source: Si prueba un proveedor de DNS que no está enumerado aquí y funciona para su sitio, responda a este tema con el nombre del proveedor y un enlace que explique cómo configurarlo, para que la lista pueda actualizarse.


  1. esto solo funciona si está autoalojado en AWS o en nuestro AWS Enterprise Hosting ↩︎

36 Me gusta

Se dividió una publicación en un nuevo tema: Configuración de DNS requerida

Me tomó un minuto darme cuenta, pero logré que mi dominio raíz funcionara con Azure, donde alojamos nuestro DNS.

Para usar Azure, necesitas aprovechar Azure Front Door. Estas instrucciones son para Azure Front Door Standard/Premium, no para Azure Front Door (clásico).

  1. Navega a Azure Front Door y haz clic en + Crear.
  2. Elige Azure Front Door y Creación personalizada, y haz clic en Continuar para crear un Front Door.
  3. Elige tu Suscripción, Grupo de recursos, Nombre y Nivel (Standard funcionó para mí), luego haz clic en Siguiente: Secretos.
  4. Si estás usando tu propio certificado SSL, agrégalo aquí. Una vez agregado (o si estás dejando que Azure cree tu certificado), haz clic en Siguiente: Punto de conexión.
  5. Haz clic en Agregar un punto de conexión y elige un nombre, luego haz clic en Agregar.
  6. En la nueva sección “Rutas”, haz clic en Agregar una ruta. Dale un nombre.
  7. Para “Grupo de origen”, haz clic en Agregar un nuevo grupo de origen. Dale un nombre.
  8. Haz clic en + Agregar un origen. Dale un nombre. Para “Tipo de origen”, elige Personalizado. Para “Nombre de host”, introduce tu dominio site.hosted-by-discourse.com. Asegúrate de que “Encabezado de host de origen” esté en blanco. Haz clic en Agregar.
  9. Haz clic en Agregar en el cuadro de diálogo “Agregar un grupo de origen”.
  10. Haz clic en Agregar en el cuadro de diálogo “Agregar una ruta”.
  11. Haz clic en Revisar + crear. Haz clic en Crear.
  12. Espera a que se implemente AFD. Una vez implementado, haz clic en Ir al recurso.
  13. En el menú del lado izquierdo, elige Dominios. Haz clic en Agregar un dominio.
  14. Para “Zona DNS”, elige la zona en la que se encuentra tu dominio. En “Dominio personalizado”, selecciona tu dominio en la sección APEX. Haz clic en Agregar.
  15. Cuando tu dominio aparezca en la lista, haz clic en los a la derecha. Elige Asociar.
  16. Selecciona el punto de conexión y la ruta que creaste anteriormente. Haz clic en Asociar.

Si estás usando un Certificado Administrado por AFD

  1. Si el “Estado de validación” de tu dominio es Pendiente, haz clic en ese enlace. Elige Minutos para la “Unidad TTL” (para una validación rápida), luego haz clic en el botón Agregar en “Estado del registro DNS”.
  2. TEN PACIENCIA. Aquí es donde pasé demasiado tiempo arrancándome los pelos, pero necesitas esperar. Eventualmente, tu “Estado de validación” debería cambiar a Aprobado.
  3. Es posible que tengas que Regenerar y actualizar el Registro DNS TXT. Puedes hacerlo haciendo clic en el botón Regenerar. Deberás hacer clic en el botón Actualizar en “Estado del registro DNS” una vez que aparezca.
1 me gusta

[cita=“rey.riel, post:13, tema:60951”]
Para usar Azure, necesitas aprovechar Azure Front Door. Estas instrucciones son para Azure Front Door Estándar/Premium, no para Azure Front Door (clásico).
[/cita]

Para que lo sepas, para quien siga esto: Esta configuración no está aplanando DNS, sino que está configurando un balanceador de carga en Azure para proxy el origen.

Esto no está oficialmente soportado tal cual, ya que tendrá efectos secundarios (todos los visitantes vendrán desde una IP de Azure, no su IP real)

2 Me gusta