Uso de un dominio propio con la IU alojada
Después de configurar un cliente de aplicación, puede configurar el grupo de usuarios con un dominio personalizado para la interfaz de usuario alojada de Amazon Cognito y puntos de conexión del servidor de autorización. Con un dominio personalizado, los usuarios pueden iniciar sesión en su aplicación con su propia dirección web en lugar del dominio predeterminado de Amazon Cognito. Los dominios personalizados mejoran la confianza de los usuarios en una aplicación con un nombre de dominio conocido, especialmente cuando el dominio raíz coincide con el dominio que aloja la aplicación. Los dominios personalizados también pueden cumplir los requisitos de seguridad de la organización.
Un dominio personalizado tiene algunos requisitos previos, como un grupo de usuarios, un cliente de aplicación y un dominio web de su propiedad. Los dominios personalizados también requieren un certificado SSL para el dominio personalizado, administrado con AWS Certificate Manager (ACM) en Este de EE. UU. (Norte de Virginia). Amazon Cognito crea una distribución de Amazon CloudFront, protegida en tránsito con su certificado ACM, que debe ser el destino del alias de DNS de su nombre de dominio personalizado.
Cuando estos elementos estén listos, puede añadir el dominio personalizado a su grupo de usuarios a través de la API o la consola de Amazon Cognito. Esto implica especificar el nombre de dominio y el certificado SSL y, a continuación, actualizar la configuración de DNS con el alias de destino proporcionado. Después de realizar estos cambios, puede comprobar si se puede acceder a la página de inicio de sesión desde el dominio personalizado.
Temas
Adición de un dominio personalizado a un grupo de usuarios
Para agregar un dominio personalizado al grupo de usuarios, debe especificar el nombre de dominio en la consola de Amazon Cognito y proporcionar un certificado que administre con AWS Certificate Manager (ACM). Una vez agregado el dominio, Amazon Cognito ofrece un destino de alias, que debe agregarse a la configuración de DNS.
Requisitos previos
Antes de comenzar, necesitará:
-
Un grupo de usuarios con un cliente de aplicación. Para obtener más información, consulte Introducción a los grupos de usuarios.
-
Un dominio web de su propiedad. Su dominio principal debe tener un registro DNS A válido. Puede asignar cualquier valor a este registro. El elemento principal puede ser la raíz del dominio o un dominio secundario que esté un paso más arriba en la jerarquía de dominios. Por ejemplo, si el dominio personalizado es auth.xyz.example.com, Amazon Cognito debe poder resolver xyz.example.com a una dirección IP. Para evitar un impacto accidental en la infraestructura del cliente, Amazon Cognito no admite el uso de dominios de nivel superior (TLD) para dominios personalizados. Para obtener más información, consulte Nombres de dominio
. -
Tener la capacidad para crear un subdominio en el dominio personalizado. Recomendamos utilizar auth como subdominio. Por ejemplo:
auth.example.com
.nota
Si no dispone de un certificado comodín
, es posible que tenga que obtener un nuevo certificado para el subdominio del dominio personalizado. -
Un certificado de Capa de conexión segura (SSL) administrado por ACM.
nota
Debe modificar la región de AWS a US East (Virginia del Norte) desde la consola de ACM antes de solicitar o importar un certificado.
-
Una aplicación que permite al servidor de autorización del grupo de usuarios añadir cookies a las sesiones de los usuarios. Amazon Cognito establece varias cookies obligatorias para la interfaz de usuario alojada. Entre ellos se encuentran
cognito
,cognito-fl
yXSRF-TOKEN
. Si bien cada cookie individual se ajusta a los límites de tamaño del navegador, los cambios en la configuración del grupo de usuarios pueden provocar que las cookies de la interfaz de usuario alojada aumenten de tamaño. Un servicio intermedio, como un equilibrador de carga de aplicación (ALB), delante del dominio personalizado puede imponer un tamaño máximo de encabezado o un tamaño total de cookies. Si la aplicación también establece sus propias cookies, es posible que las sesiones de los usuarios superen estos límites. Para evitar conflictos con los límites de tamaño, le recomendamos que su aplicación no establezca cookies en el subdominio de la interfaz de usuario alojada. -
Permiso para actualizar distribuciones de Amazon CloudFront. Puede hacerlo adjuntando la siguiente declaración de política de IAM a un usuario en su Cuenta de AWS:
{ "Version": "2012-10-17", "Statement": [ { "Sid": "AllowCloudFrontUpdateDistribution", "Effect": "Allow", "Action": [ "cloudfront:updateDistribution" ], "Resource": [ "*" ] } ] }
Para obtener más información acerca de la autorización de acciones en CloudFront, consulte Usar políticas basadas en identidad (políticas de IAM) para CloudFront.
Amazon Cognito utiliza inicialmente sus permisos de IAM para configurar la distribución de CloudFront, pero la distribución se gestiona mediante AWS. No puede cambiar la configuración de la distribución de CloudFront que Amazon Cognito asoció a su grupo de usuarios. Por ejemplo, puede actualizar las versiones de TLS compatibles en la política de seguridad.
Paso 1: Introducir el nombre de dominio personalizado
Puede agregar el dominio al grupo de usuarios con una API o la consola de Amazon Cognito.
Paso 2: Agregar un destino de alias y un subdominio
En este paso, configurará un alias mediante el proveedor de servicios de servidor de nombres de dominio (DNS) que apunta al destino de alias del paso anterior. Si utiliza Amazon Route 53 para la resolución de direcciones DNS, elija la sección To add an alias target and subdomain using Route 53 (Para agregar un destino de alias y un subdominio con Route 53).
-
Si no utiliza Route 53 para la resolución de direcciones de DNS, entonces debe usar las herramientas de configuración del proveedor de servicios de DNS para agregar el destino de alias del paso anterior al registro del DNS del dominio. El proveedor de DNS también deberá configurar el subdominio para el dominio personalizado.
-
Inicie sesión en la consola de Route 53
. Si se le solicita, escriba sus credenciales de AWS. -
Si no dispone de una zona alojada pública en Route 53, cree una con una raíz que sea la principal de su dominio personalizado. Para obtener más información, consulte Creating a public hosted zone en la Guía para desarrolladores de Amazon Route 53.
-
Elija Create Hosted Zone (Crear zona alojada).
-
Introduzca el dominio principal, por ejemplo,
auth.ejemplo.com
, de su dominio personalizado, por ejemplo,myapp.auth.example.com
, desde la lista Domain Name (Nombre de dominio). -
Introduzca una Descripción para su zona alojada.
-
Elija una zona alojada Type (Tipo) de Public hosted zone (Zona alojada pública) para permitir que los clientes públicos resuelvan su dominio personalizado. Elegir una Private hosted zone (Zona alojada privada) no es compatible.
-
Aplique Tags (Etiquetas) como desee.
-
Elija Crear zona alojada.
nota
También puede crear una nueva zona alojada para su dominio personalizado con una delegación establecida en la zona alojada principal que dirija las consultas a la zona alojada del subdominio. De lo contrario, cree un registro A. Este método ofrece más flexibilidad y seguridad con las zonas alojadas. Para obtener más información, consulte Creating a subdomain for a domain hosted through Amazon Route 53 (Creación de un subdominio para un dominio alojado mediante Amazon Route 53)
.
-
-
En la página Hosted Zones (Zonas alojadas), elija el nombre de la zona alojada.
-
Agregue un registro DNS para el dominio principal de su dominio personalizado, si aún no dispone de uno. Cree un registro de DNS para el dominio principal con las siguientes propiedades:
-
Nombre del registro: déjelo en blanco.
-
Tipo de registro:
A
. -
Alias: no lo habilite.
-
Valor: introduzca un objetivo de su elección. Este registro debe convertirse en algo, pero el valor del registro no le importa a Amazon Cognito.
-
TTL: configúrelo en el TTL que prefiera o déjelo como predeterminado.
-
Política de direccionamiento: elija Direccionamiento sencillo.
-
-
Elija Crear registros. A continuación se muestra un registro de ejemplo de dominio
example.com
:example.com.
60 IN A198.51.100.1
nota
Amazon Cognito verifica que haya un registro DNS para el dominio principal de su dominio personalizado para protegerlo contra la apropiación accidental de dominios de producción. Si no tiene un registro DNS para el dominio principal, Amazon Cognito devolverá un error cuando intente establecer el dominio personalizado. Un registro de inicio de autoridad (SOA) no es un registro de DNS suficiente para la verificación del dominio principal.
-
Agregue otro registro de DNS para el dominio personalizado con las siguientes propiedades:
-
Nombre de registro: el prefijo de dominio personalizado; por ejemplo,
auth
para crear un registro paraauth.example.com
. -
Tipo de registro:
A
. -
Alias: habilítelo.
-
Dirigir el tráfico a: elija Alias de la distribución de CloudFront. Introduzca el Destino de alias registrado anteriormente, por ejemplo
123example.cloudfront.net
. -
Política de direccionamiento: elija Direccionamiento sencillo.
-
-
Elija Crear registros.
nota
Los nuevos registros pueden tardar unos 60 segundos en propagarse a todos los servidores DNS de Route 53. Puede utilizar el método de la API GetChange de Route 53. para comprobar que los cambios se propagan.
Paso 3: Verificar la página de inicio de sesión
-
Compruebe que la página de inicio de sesión está disponible desde el dominio personalizado.
Inicie sesión con el dominio personalizado y el subdominio; para ello, introduzca esta dirección en el navegador. Esta es una URL de ejemplo de un dominio personalizado
example.com
con el subdominioauth
:https://
myapp
.auth
.example.com
/login?response_type=code&client_id=<your_app_client_id>
&redirect_uri=<your_callback_url>
Cambio del certificado SSL en el dominio personalizado
Si es necesario, puede utilizar Amazon Cognito para cambiar el certificado que se ha aplicado al dominio personalizado.
Esta operación no suele ser necesaria si se mantiene una renovación rutinaria de certificados con ACM. Cuando se renueva el certificado actual en ACM, el ARN del certificado sigue siendo el mismo, y el nombre de dominio personalizado utiliza el nuevo certificado de manera automática.
Sin embargo, si el certificado actual se sustituye por otro nuevo, ACM proporciona otro ARN al nuevo certificado. Para aplicar el nuevo certificado al dominio personalizado, debe proporcionar este ARN a Amazon Cognito.
Una vez proporcionado el certificado, Amazon Cognito puede necesitar hasta una hora para distribuirlo en el dominio personalizado.
Antes de empezar
Para poder cambiar el certificado en Amazon Cognito, debe agregarlo a ACM. Para obtener más información, consulte la introducción de la Guía del usuario de AWS Certificate Manager.
Cuando añada el certificado a ACM, debe seleccionar US East (N. Virginia) [Este de EE. UU. (Norte de Virginia)] como región de AWS.
Puede cambiar el certificado con una API o la consola de Amazon Cognito.