Authentification REST sortante

  • Rversion finale: Yokohama
  • Mis à jour 30 janv. 2025
  • 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 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 utilisant un fournisseur et un profil OAuth
    • Authentification réciproque à l’aide de profils de protocole

    Limites de RESTMessage

    Il existe quelques options qui ne sont disponibles que dans l’étape REST, qui n’est pas prise en charge dans RESTMessage :

    • Authentification réciproque et OAuth 2.0 : l’authentification réciproque n’est pas disponible avec OAuth 2.0. Elle n’est prise en charge qu’avec l’authentification de base.
    • Authentification personnalisée (AWS, etc.) : les informations d’identification AWS et les autres méthodes d’authentification personnalisées sont prises en charge uniquement avec l’étape REST, et non avec l’API RestMessage.
    • API héritée : les API RESTMessage héritées ne prennent pas en charge les formats d’authentification actuels. Utilisez plutôt l’API RESTMessageV2.

    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

    Les besoins d’authentification pour REST sortant sont les suivants :

    • 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 serveur MID. Vous ne pouvez pas envoyer de messages authentifiés OAuth 2.0 via un serveur MID. En outre, l’authentification réciproque n’est pas prise en charge avec Serveur MID.
    • Lors de l’écriture de nouveaux messages REST configurés avec authentification, vous devez utiliser l’API RESTMessageV2. Les API RESTMessage héritées ne prennent pas en charge les formats d’authentification actuels.
    • Les informations d’identification AWS ou toute autre authentification personnalisée ne sont prises en charge qu’avec le REST step, et non avec l’API RestMessage.