Aperçu
Concepts clés
- Configurez les services Auth0 pour qu’ils fonctionnent avec votre domaine personnalisé.
- Terminez le processus de vérification de votre domaine personnalisé dans Auth0 Dashboard.
- Consultez le tableau des fonctionnalités compatibles avec un domaine personnalisé.
- Voyez comment les domaines personnalisés fonctionnent avec les URI et les requêtes de jeton.
- Déterminez si vous allez gérer vos certificats ou si vous souhaitez qu’Auth0 les gère pour vous.
login.YOUR_DOMAIN.com, au lieu de YOUR_DOMAIN.auth0.com. Dans Auth0, le domaine personnalisé sert de « masque » pour l’URL de domaine de votre locataire.
Vous pouvez configurer votre domaine personnalisé au moment de créer votre locataire, ou ajouter un domaine personnalisé à une implémentation existante avec quelques modifications mineures au code et à la configuration.
Avantages de l’utilisation d’un domaine personnalisé
- Certains navigateurs, par défaut, compliquent les communications dans un iFrame si vous n’avez pas de domaine partagé.
- Il est plus difficile d’usurper votre domaine dans le cadre d’une tentative d’hameçonnage si vous avez une URL personnalisée, car l’hameçonneur doit créer une URL personnalisée qui imite la vôtre. Par exemple, avec un domaine personnalisé, vous pouvez utiliser votre propre certificat pour obtenir une validation étendue, ce qui complique l’hameçonnage.
- Les clés d’accès, une solution de rechange résistante à l’hameçonnage aux facteurs d’authentification traditionnels, sont liées à votre domaine personnalisé par l’attribut d’identifiant de la partie de confiance
rpId.
Avant de configurer votre domaine personnalisé, nous vous recommandons d’utiliser le domaine parent ou racine (par ex.
yourDomain.com) plutôt qu’un sous-domaine (login.yourDomain.com). Si votre domaine personnalisé dans Auth0 est configuré avec le domaine racine, les utilisateurs finaux peuvent utiliser une seule clé d’accès pour s’authentifier dans des applications natives ou Web mobiles. Pour en savoir plus, consultez Configurer la stratégie de clé d’accès.Fonctionnement
Pour configurer un domaine personnalisé gratuit, les locataires Auth0 doivent avoir une carte de crédit valide au dossier à des fins de vérification et de prévention de la fraude. La carte de crédit ne sera pas facturée.
login.YOUR_DOMAIN.com à YOUR_DOMAIN.auth0.com.
Auth0 ne fournit pas de liste statique d’adresses IP, car elles sont susceptibles de changer. Nous vous recommandons plutôt d’ajouter votre domaine personnalisé à la liste d’autorisation.
YOUR_DOMAIN.auth0.com continueront de fonctionner. Après ce changement, vos utilisateurs devront se reconnecter, car les sessions existantes ne seront plus valides. De plus, les utilisateurs pourraient devoir supprimer le témoin de navigateur associé à votre domaine personnalisé si des erreurs surviennent pendant la connexion. Si vous utilisez Lock intégré ou un SDK, vous pouvez choisir d’utiliser la configuration du domaine standard ou un domaine personnalisé.
Domaines personnalisés et authentification
| Fonctionnalité ou flux | Détails |
|---|---|
| Universal Login | Pour une expérience utilisateur fluide et sécurisée |
| MFA | Tous les facteurs |
| Guardian | Android SDK/Swift SDK/MFA Widget version 1.3.3/Guardian.js version 1.3.0 ou version ultérieure |
| Courriels | Les liens inclus dans les courriels utilisent votre domaine personnalisé |
| Connexions | Base de données, réseaux sociaux, Google Workspace, Azure AD, ADFS, AD/LDAP |
| Lock | Version 11 avec authentification inter-origines |
| Passwordless | Avec Universal Login (Le lien de courriel envoyé utilise votre domaine personnalisé si l’option est activée dans Dashboard > Tenant Settings > Custom Domains.) |
| SAML | Connexions et applications |
| WS-Federation | Auth0 comme fournisseur d’identité avec le module complémentaire WS-Fed |
| Flux conformes à OAuth 2.0/OIDC | À l’aide des points de terminaison /authorize et /oauth/token |
Domaines personnalisés et URI
| Si vous utilisez | Référence dans les métadonnées |
|---|---|
https://travel0.auth0.com/.well-known/... | https://travel0.auth0.com/... |
https://travel0.auth0.com/samlp/metadata/... | https://travel0.auth0.com/... |
https://login.travel0.com/samlp/metadata/... | https://login.travel0.com/... |
- Configurer des applications avec la découverte OpenID Connect
- Configurer Auth0 comme fournisseur de services SAML
- Configurer Auth0 comme fournisseur d’identité SAML
Domaines personnalisés et requêtes de jeton
iss pour le domaine utilisé dans la requête de jeton. Par exemple :
| Si vous utilisez | Valeur de la revendication iss |
|---|---|
https://travel0.auth0.com/authorize...https://travel0.auth0.com/oauth/token... | https://travel0.auth0.com/ |
https://login.travel0.com/authorize...https://login.travel0.com/oauth/token... | https://login.travel0.com/ |
iss du jeton est indépendante de l’. Les valeurs d’audience restent les mêmes pour les jetons obtenus à l’aide d’un domaine personnalisé. Pour en savoir plus sur les jetons, consultez Jetons d’accès de la Management API.
Options de gestion des certificats
Certificats gérés par Auth0
Certificats autogérés
cname-api-key) pour effectuer cette validation. Vous devez être abonné à Auth0 Enterprise pour utiliser cette option.
Auth0 fournit des instructions pour configurer un proxy inverse pour les fournisseurs suivants :