1. IDプロバイダ・パートナの名前を指定します。
2. 「パス」の横にあるフィールドで、フェデレーション・パートナから受け取ったメタデータ・パートナ・ファイルのフルパスを指定するか、参照して指定します。
3. 「OK」をクリックします。

ノート: 「OK」をクリックした後でブラウザの「戻る」ボタンをクリックすると、パートナ名がデフォルトの名前にリセットされます。

1. 「仮想ユーザー」を選択し、アサーションのユーザー情報をセキュリティ・レルムの仮想ユーザーにマップします。このオプションを選択する場合、セキュリティ・レルムにSAML認証プロバイダ・インスタンスを作成して構成する必要もあります。詳細は、SAML認証プロバイダの構成を参照してください。
2. 「リダイレクトURI」に、認可されていないユーザーが呼び出した場合に認証リクエストを生成し、その認証リクエストをIDプロバイダ・パートナに送信する、ローカル・サイトでホストされているリソースのURIを指定します。特定のURIの認証レスポンスを生成可能なIDプロバイダ・パートナが複数存在する場合、その認証リクエストはSAML 2.0サービスが最初に検出したパートナに送信されます。

   URIにはワイルドカード・パターンを含めることができますが、このワイルドカード・パターンにはディレクトリ内の特定のファイルに一致するファイル・タイプを含める必要があります。たとえば、/targetappディレクトリ内のすべてのファイル(すべての.jsp、.htmlおよび.htmファイルを含む)に一致する条件を作成するには、次のワイルドカード・パターンを指定します。

   /targetapp/*
   /targetapp/*.jsp
   /targetapp/*.html
   /targetapp/*.htm

   また、SAML 2.0には、特定のリソースに対する非認証リクエストがサービス・プロバイダ・サイトに届いたときに、Webシングル・サインオン・セッションを開始する代替メカニズムが用意されています。SAML 2.0サービスの構成を参照してください。

3. 「属性の処理」を選択し、このIDプロバイダ・パートナから受け取ったアサーションから属性情報を抽出します。WebLogic Serverの属性には、マップされたサブジェクトが所属するグループが格納されています。

   ノート: アサーションから属性を抽出するには、セキュリティ・レルムにSAML認証プロバイダ・インスタンスを作成して構成する必要があります。詳細は、認証およびアイデンティティ・アサーション・プロバイダの構成およびSAML認証プロバイダの構成を参照してください。

4. 必要に応じて、「署名済みアーティファクトのリクエストのみ受け入れる」を有効化します。
5. SAMLアーティファクトをHTTP POSTメソッドでこのIDプロバイダ・パートナに配信するかどうかを指定します。この属性を選択する場合、このIDプロバイダ・パートナへアーティファクト・バインディングのSAMLレスポンスを伝送するためのPOSTフォームを生成するカスタムWebアプリケーションのURLを指定します。
6. 「保存」をクリックします。

このパートナに対してアーティファクト・バインディングが有効化されていない場合、アーティファクト解決サービス(ARS)のエンドポイント情報は表示されません。