Authentification REST sortante

  • Rversion finale: Washingtondc
  • Mis à jour 1 févr. 2024
  • 1 minute de lecture

    • Les messages REST sortants prennent en charge plusieurs types d’authentification.

    Différents fournisseurs de services Web peuvent exiger un type d’authentification spécifique. Le connecteur REST sortant prend en charge les formats d’authentification suivants.
    • Authentification de base à l’aide d’un nom d’utilisateur et d’un mot de passe
    • OAuth 2.0 à l’aide d’un fournisseur et d’un profil OAuth
    • Authentification réciproque à l’aide de profils de protocole

    Remplacement de l’authentification REST

    Vous pouvez définir l’authentification pour un message REST, ou individuellement pour chaque méthode HTTP. Les méthodes HTTP héritent de l’authentification de leur enregistrement de message REST parent lorsque le type d’authentification de la méthode HTTP est Hériter du parent, qui est la valeur par défaut.

    Vous pouvez désactiver l’authentification pour une méthode HTTP spécifique en définissant le champ Type d’authentification sur Aucune authentification ou spécifier une authentification différente du message REST parent en sélectionnant l’authentification de base ou OAuth.

    Exigences d’authentification

    Le REST sortant prend en charge l’authentification réciproque uniquement lors de l’utilisation de l’authentification de base. L’authentification réciproque n’est pas disponible avec OAuth 2.0.

    OAuth 2.0 ne peut être utilisé qu’avec des messages qui ne sont pas configurés pour utiliser un MID Server. Vous ne pouvez pas envoyer de messages authentifiés OAuth 2.0 via un MID Server.

    Lors du scripting de nouveaux messages REST configurés avec l’authentification, vous devez utiliser l’API RESTMessageV2. Les API RESTMessage héritées ne prennent pas en charge les formats d’authentification actuels.