Vous devez disposer d’un abonnement Enterprise pour gérer les certificats de votre domaine personnalisé. Pour en savoir plus, consultez Auth0 Pricing et Login.
- Mieux contrôler vos certificats (par exemple, en choisissant votre propre AC ou la date d’expiration du certificat).
- Ajouter une surveillance supplémentaire à vos appels d’API vers Auth0.
Votre proxy vers Auth0 doit utiliser TLS (SSL) version 1.2 ou une version ultérieure.
Fournissez votre nom de domaine à Auth0
- Accédez à Tableau de bord > Paramètres > Domaines personnalisés ou à Tableau de bord > Image de marque > Domaines personnalisés. Entrez votre domaine personnalisé dans le champ prévu à cet effet, puis sélectionnez Certificats autogérés dans le menu déroulant.
- Choisissez Ajouter un domaine. Vous ne pouvez ajouter qu’un seul domaine par locataire, même si le bouton Ajouter un domaine s’affiche toujours après l’ajout d’un domaine.
Vérifiez que vous êtes propriétaire du domaine
-
Accédez à Dashboard > image de marque > Domaines personnalisés.

-
Ajoutez les renseignements de vérification TXT à l’enregistrement DNS de votre domaine.
Ces étapes peuvent varier selon votre fournisseur DNS :
- Laissez la page du domaine personnalisé d’Auth0 ouverte dans votre navigateur afin de pouvoir copier les valeurs.
- Ouvrez une session dans votre service de gestion de domaine.
-
Créez un nouvel enregistrement et enregistrez-le avec ces paramètres :
Paramètre Valeur Type d’enregistrement TXT Nom Copiez et collez la valeur TXT Record de votre domaine à partir d’Auth0. Durée de vie (TTL) Utilisez la valeur par défaut. Valeur Copiez et collez la valeur TXT Content de votre domaine à partir d’Auth0.
-
Cliquez sur Verify pour continuer.
Selon vos paramètres DNS, il peut s’écouler quelques minutes avant qu’Auth0 puisse vérifier votre domaine.
Si Auth0 vérifie votre nom de domaine avec succès, une fenêtre de confirmation s’affichera.
Enregistrez les renseignements fournis dans cette fenêtre, en particulier la valeur
cname-api-key, puisque c’est la seule fois où cette valeur sera affichée.Le processus de vérification est terminé et, dans un délai de 1 à 2 minutes, votre domaine personnalisé devrait être prêt à être utilisé. Si vous ne parvenez pas à terminer le processus de vérification dans les trois jours, répétez ces étapes.Pour des raisons de sécurité, cette valeur est hachée lorsqu’elle est stockée; elle ne peut donc pas être récupérée. Si vous ne notez pas la valeurcname-api-keyà ce moment, vous devrez recréer les domaines personnalisés.
Configurer le proxy inverse
- Après avoir créé les paramètres du proxy inverse dans votre service, accédez à l’onglet Auth0 Dashboard > image de marque > Domaines personnalisés.
- Ajoutez un nouvel enregistrement CNAME à votre DNS pour votre domaine personnalisé, en le faisant pointer vers le nom de domaine du service pour votre distribution. Vous pouvez le trouver en cherchant le Distribution ID dans la configuration de votre serveur proxy inverse. Une fois ajouté, l’enregistrement CNAME doit toujours être présent afin d’éviter des problèmes lors du renouvellement du certificat.
- La configuration du serveur proxy varie selon le service que vous utilisez. Vous devrez probablement configurer les types de paramètres suivants :
Paramètres de distribution
| Paramètre | Valeur |
|---|---|
| Nom de domaine d’origine | Définissez cette valeur sur la valeur Nom de domaine d’origine obtenue dans l’Auth0 Dashboard pendant le processus de configuration des domaines personnalisés. |
| ID d’origine | Une description de l’origine. Cette valeur vous permet de distinguer plusieurs origines dans la même distribution et doit donc être unique. |
| Politique de protocole d’origine | Définissez-la sur HTTPS Only. |
| Noms de domaine alternatifs (CNAME) | Définissez cette valeur sur votre nom de domaine personnalisé (le même que vous avez configuré dans l’Auth0 Dashboard). |
Paramètres du nom d’hôte d’origine
| Paramètre | Valeur |
|---|---|
| Nom d’hôte d’origine | Saisissez {yourTenant}-<CUSTOM_DOMAIN_ID>.edge.tenants.us.auth0.com, en veillant à remplacer <CUSTOM_DOMAIN_ID> par la valeur du Nom de domaine d’origine (id du domaine personnalisé) que vous avez reçue d’Auth0 lors de la configuration du nouveau domaine personnalisé. Si vos locataires ne sont pas dans la région des États-Unis, utilisez l’une des valeurs suivantes :
cd_TXIdNgQ07HrAFVmzPour un locataire situé aux États-Unis, le nom d’hôte d’origine doit être : US: {yourTenant}-cd-txIdngq07hrafvmz.edge.tenants.us.auth0.com |
| Server Name Indication (SNI) | Utilisez le nom que vous avez indiqué pour le nom d’hôte d’origine. |
En-têtes HTTP
| Nom de l’en-tête | Valeur |
|---|---|
Host | Le nom d’hôte d’origine. |
cname-api-key | La valeur de la clé d’API CNAME qui vous a été fournie immédiatement après avoir confirmé auprès d’Auth0 que vous êtes propriétaire de votre nom de domaine. Vous devez définir cet en-tête pour qu’Auth0 accepte le trafic provenant de votre proxy. |
X-Forwarded-For | L’adresse IP de l’utilisateur final. Ne spécifiez pas plusieurs adresses IP. Vous pouvez spécifier un autre en-tête pour l’adresse IP de l’utilisateur à l’aide du point de terminaison du Management API Configurer un nouveau domaine personnalisé afin de définir la propriété custom_client_ip_header. |
Paramètres du comportement de cache par défaut
| Paramètre | Valeur |
|---|---|
| Politique de protocole du client | Sélectionnez Redirect HTTP to HTTPS. |
| Méthodes HTTP autorisées | Sélectionnez GET, HEAD, OPTIONS, PUT, POST, PATCH, DELETE. |
| Mise en cache en fonction des en-têtes de requête sélectionnés | Sélectionnez Allow list. |
| En-têtes autorisés | Les en-têtes suivants doivent être autorisés : User-Agent, Origin, Referer, Authorization, Accept et Accept-Language. |
| Transférer les témoins | Sélectionnez All. |
| Transfert et mise en cache des chaînes de requête | Sélectionnez Forward all, cache based on all. |
Étapes supplémentaires pour certaines fonctionnalités d’Auth0
En savoir plus
- Configurer des fonctionnalités pour utiliser des domaines personnalisés
- Configurer Google Cloud Platform avec l’équilibrage de charge en tant que proxy inverse
- Configurer Cloudflare en tant que proxy inverse
- Configurer AWS CloudFront en tant que proxy inverse
- Configurer Azure CDN en tant que proxy inverse
- Configurer Akamai en tant que proxy inverse