La disponibilidad varía según el plan de Auth0
La disponibilidad de esta función depende de su plan de Auth0 o de su acuerdo personalizado. Para obtener más información, consulte la página de precios de Auth0.
| Característica | Descripción |
|---|---|
| Host Header Override | Permite reescribir los encabezados Host mediante distintas reglas de Cloudflare. Para obtener más información, consulte Rewrite Host headers en la documentación de Cloudflare. |
| True-Client-IP Header | Al habilitar el encabezado True-Client-IP, este se agrega a todas las solicitudes a su servidor de origen e incluye la dirección IP del usuario final. Para obtener más información, consulte Información sobre el encabezado True-Client-IP en Cloudflare. |
Configurar Cloudflare
- Configure y verifique un dominio personalizado con certificados autogestionados si todavía no lo ha hecho. Tome nota de los valores Origin Domain Name y cname-api-key, ya que los necesitará más adelante.
-
En el panel de Cloudflare de la zona de destino, cree un registro CNAME con la siguiente configuración:
Configuración Valor Nombre El nombre del dominio personalizado. Destino El valor de Origin Domain Name que anotó anteriormente. Estado del proxy Proxied -
Cree una Page Rule que se aplique a todas las URL del dominio personalizado elegido y con la siguiente configuración:
Configuración Valor Host Header Override El valor de Origin Domain Name que anotó anteriormente. True-Client-IP Enable -
Cree una Transform Rule:
Aunque es posible usar Cloudflare Workers en lugar de Page Rules y Transform Rules para configurar un proxy inverso que cumpla los requisitos de un dominio personalizado con certificado autogestionado, recomendamos usar el enfoque basado en reglas porque elimina la necesidad de código personalizado.
- Cambie a la vista Modify Request Header.
- Seleccione Create Rule y asígnele el nombre que prefiera.
- En When incoming requests match, seleccione Custom filter expression y defina una expresión que limite la regla a las solicitudes asociadas con el dominio personalizado elegido. Por ejemplo, use una coincidencia exacta en el campo Hostname.
-
En Modify request header, seleccione Set static y, a continuación, establezca los siguientes campos:
Campo Valor Nombre del encabezado cname-api-keyValor El valor de cname-api-key que anotó anteriormente.
- Asegúrese de que Always Use HTTPS esté habilitado y de que el modo de cifrado esté configurado, como mínimo, en Full para el dominio personalizado elegido.
Usar Managed Challenges
Endpoints de Universal Login para navegador
| Endpoint | Descripción |
|---|---|
/u/email-verification | Verificación de correo electrónico |
/u/login | Pantallas de identificador y de identificador primero |
Endpoints de organización:
| Pantallas de selección de organización |
/u/login/password | Pantalla de contraseña |
/u/login-email-verification | Pantalla de verificación de correo electrónico |
/u/signup | Pantallas de identificador |
/u/signup/password | Pantalla de contraseña |
/u/consent | Pantalla de consentimiento |
/u/customized-consent | Pantalla de consentimiento personalizado |
/u/reset-password | Pantallas de restablecimiento de contraseña |
/u/reset-password/request | Pantalla de correo electrónico o username para restablecer la contraseña |
/u/reset-password/change | Pantalla de nueva contraseña |
/u/reset-verify | Verificación de restablecimiento de contraseña |
/u/mfa-begin-enroll-options | Selección del factor de inscripción en MFA |
/u/mfa-enroll-options | Opciones de inscripción en MFA |
/u/mfa-otp | Pantallas de OTP |
/u/mfa-push | Pantallas de notificaciones push |
/u/mfa-webauthn | Pantallas de WebAuthn y passkeys |
/u/mfa-recovery-code | Pantallas de código de recuperación |
/u/mfa-sms | Pantallas de SMS |
/u/mfa-email | Pantallas de correo electrónico para MFA |
/u/mfa-voice | Pantallas de voz para MFA |
/u/passkey-enrollment | Inscripción de passkeys |
Si usas Classic Universal Login, incluye también
/login en tu regla de Managed Challenge.Endpoints que se deben excluir
| Endpoint | Descripción |
|---|---|
/oauth/token | Endpoint de token |
/oauth/revoke | Endpoint de revocación de token |
/userinfo | Endpoint de UserInfo |
/.well-known/openid-configuration | Documento de descubrimiento de OIDC |
/.well-known/jwks.json | JSON Web Key Set; los servidores de recursos lo recuperan para validar tokens |
/api/v2/* | Management API |
/co/authenticate | Autenticación de origen cruzado |
/dbconnections/signup | Conexiones de base de datos: registro |
/dbconnections/change_password | Conexiones de base de datos: cambio de contraseña |
/usernamepassword/login | Envío del formulario de Classic Universal Login |
/mfa/challenge | Solicitud de desafío |
/mfa/associate | Asociación de autenticador |
/passwordless/start | Sin contraseña: solicitud de inicio |
/samlp/* | Endpoints del protocolo SAML |
/wsfed/* | Endpoints de WS-Federation |
/v2/logout | Se puede llamar del lado del servidor en flujos de cierre de sesión por canal de retorno |
Regla de ejemplo
YOUR_CUSTOM_DOMAIN por su dominio personalizado (por ejemplo, login.example.com):
Algunos casos de uso pueden comportarse de forma diferente:
- Persistencia de la cookie de validación: Una vez que un navegador resuelve un Managed Challenge, Cloudflare emite una cookie de validación que normalmente persiste durante la sesión. Según su configuración, limitar la regla solo a
/authorizepuede ser suficiente para cubrir todo el flujo de Universal Login sin aplicarla a cada ruta/u/*. - Puntos de entrada no OAuth: Los flujos que comienzan en puntos de entrada de SAML iniciados por el SP o de WS-Federation usan
/samlp/*o/wsfed/*en lugar de/authorize. Estas rutas están en la lista de exclusión y no se les debe aplicar un Managed Challenge.