送信 REST 認証

  • リリースバージョン: Yokohama
  • 更新日 2025年01月30日
  • 所要時間：2分

    • 送信 REST メッセージは複数のタイプの認証をサポートしています。

    Web サービスプロバイダーによって、特定のタイプの認証が必要になる場合があります。送信 REST は、次の認証形式をサポートしています。
    • ユーザー名とパスワードを使用したベーシック認証
    • OAuth プロバイダーとプロファイルを使用した OAuth 2.0
    • プロトコルプロファイルを使用した相互認証

    RESTMessage の制限事項

    RESTMessage ではサポートされていない REST ステップでのみ使用できるオプションがいくつかあります。

    • 相互認証と OAuth 2.0:OAuth 2.0 では相互認証を使用できません。ベーシック認証でのみサポートされます。
    • カスタム認証 (AWS など):AWS 認証情報およびその他のカスタム認証方法は、REST ステップでのみサポートされており、RestMessage API ではサポートされていません。
    • 従来の API:従来の RESTMessage API は、現在の認証形式をサポートしていません。代わりに RESTMessageV2 API を使用してください。

    REST 認証の上書き

    認証は、REST メッセージに対して定義することも、HTTP メソッドごとに個別に定義することもできます。HTTP メソッドの 認証タイプ が [ 親から継承] の場合、HTTP メソッドは親 REST メッセージレコードから認証を継承します。これはデフォルト値です。

    [ 認証タイプ] フィールドを [ 認証なし] に設定して特定の HTTP メソッドの認証を無効にするか、[基本認証] または [OAuth] を選択して親 REST メッセージとは異なる認証を指定できます。

    認証要件

    REST 送信の認証要件は次のとおりです。

    • 送信 REST は、ベーシック認証を使用する場合にのみ相互認証をサポートします。相互認証は OAuth 2.0 では利用できません。
    • OAuth 2.0 は、MID サーバーを使用するように設定されていないメッセージでのみ使用できます。MID サーバー経由で OAuth 2.0 認証済みメッセージを送信することはできません。また、相互認証は MID サーバーではサポートされていません。
    • 認証を使用して構成された新しい REST メッセージをスクリプト化する場合は、RESTMessageV2 API を使用する必要があります。従来の RESTMessage API は、現在の認証形式をサポートしていません。
    • AWS 認証情報またはその他のカスタム認証は、 REST step でのみサポートされており、RestMessage API ではサポートされていません。