Créer et publier une intégration Actions
Étape 1. Déterminez votre cas d’utilisation
Étape 2. Choisissez un flux
- Le flux de connexion s’exécute de manière synchrone après l’inscription ou la connexion réussie d’un utilisateur. Les événements de connexion comprennent des flux interactifs (comme nom d’utilisateur/mot de passe ou la connexion fédérée) et des flux non interactifs (comme les vérifications de session et les échanges de ). Pour en savoir plus sur ce flux, consultez Flux de connexion.
- Le flux machine à machine s’exécute de manière synchrone lorsqu’une application demande un au moyen de l’octroi des informations d’identification du client. Pour en savoir plus sur ce flux, consultez Flux machine à machine.
- Le flux de préinscription de l’utilisateur s’exécute de manière synchrone avant qu’Auth0 ajoute un utilisateur à une base de données ou à une connexion . Ce flux ne s’exécute pas pour les connexions fédérées, comme les connexions d’entreprise ou sociales. Pour en savoir plus sur ce flux, consultez Flux de préinscription de l’utilisateur.
- Le flux de postinscription de l’utilisateur s’exécute de manière asynchrone après qu’Auth0 ajoute un utilisateur à une base de données ou à une connexion Passwordless. Ce flux ne s’exécute pas pour les connexions fédérées, comme les connexions d’entreprise ou sociales. Pour en savoir plus sur ce flux, consultez Flux de postinscription de l’utilisateur.
- Le flux de changement de mot de passe après modification s’exécute de manière asynchrone après qu’un client modifie le mot de passe d’un utilisateur d’une connexion de base de données. Ce flux ne s’exécute pas pour les changements de mot de passe sur d’autres types de connexions. Pour en savoir plus sur ce flux, consultez Flux de changement de mot de passe après modification.
- Le flux d’envoi de message téléphonique transmet un message vocal ou SMS dans le cadre d’un fournisseur personnalisé de . Pour en savoir plus sur les fournisseurs MFA personnalisés, consultez Personnaliser les messages SMS et vocaux pour l’authentification multifacteur. Pour en savoir plus sur ce flux, consultez Flux d’envoi de message téléphonique.
Étape 3. Développer une intégration Actions
- Modèle d’intégration Actions Post Login
- Modèle d’intégration Actions Machine-to-Machine
- Modèle d’intégration Actions Pre User Registration
- Modèle d’intégration Actions Post User Registration
- Modèle d’intégration Actions Post Change Password
- Modèle d’intégration Actions Send Phone Message
- Lorsque vous créez votre Action dans un locataire de test, utilisez des secrets pour toutes les valeurs qu’un client doit fournir (comme les identificateurs, les noms de locataire et les seuils). Lorsque vous soumettez votre intégration Actions, Auth0 vous demande quels champs doivent être chiffrés au repos (et donc demeurer des secrets) et lesquels peuvent être des champs de texte modifiables.
- Utilisez un indicateur de configuration de mode débogage/test pour la journalisation afin de faciliter la configuration ou le dépannage. Les intégrations Actions devraient rarement générer des journaux pour toutes les exécutions.
- Écrivez les noms des secrets en
ALL_CAPS_SNAKE_CASEpour en faciliter la révision. - Les intégrations Actions sont à code source fermé; les clients ne peuvent ni voir ni modifier le code. Toute valeur d’entrée propre au client requise pour contrôler l’intégration Actions doit provenir de secrets ou de la configuration.
Étape 4. Testez vos intégrations Actions
- L’Action échoue-t-elle silencieusement ou bloque-t-elle la suite de l’exécution ?
- Comment l’Action se comporte-t-elle si une requête HTTP échoue ?
- Quels messages d’erreur, le cas échéant, sont exposés aux utilisateurs ?
- Quelles informations sont consignées dans les journaux ?
- L’Action peut-elle être contournée ou usurpée ?