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 des 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 en matière 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 serveur MID. Vous ne pouvez pas envoyer de messages authentifiés OAuth 2.0 via un serveur MID.

    Lorsque vous scriptez 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.