チュートリアル: Oracle PeopleSoft への SSO 用に F5 BIG-IP Easy Button を構成する

[アーティクル]
11/25/2024

この記事では、F5 BIG-IP Easy Button Guided Configuration 16.1 で、Microsoft Entra ID を使用して Oracle PeopleSoft (PeopleSoft) をセキュリティで保護する方法について学習します。

BIG-IP と Microsoft Entra ID の統合には、次のようなさまざまな利点があります。

Microsoft Entra 事前認証と条件付きアクセスによるゼロトラストガバナンスの改善
- 「リモート作業を可能にするゼロトラストフレームワーク」を参照してください
- 「条件付きアクセスとは」を参照してください。
Microsoft Entra ID と BIG-IP 公開サービスの間のシングルサインオン (SSO)
Microsoft Entra 管理センターから ID とアクセスを管理します

詳細情報:

シナリオの説明

このチュートリアルでは、保護されたコンテンツへのアクセスを管理するために HTTP 承認ヘッダーを使用する PeopleSoft アプリケーションがあるとします。

レガシアプリケーションには、Microsoft Entra 統合をサポートするための最新のプロトコルがありません。最新化にはコストがかかり、計画が必要になり、潜在的なダウンタイムリスクが発生します。代わりに、プロトコルを切り換えることで、F5 BIG-IP Application Delivery Controller (ADC) を使用してレガシアプリケーションと最新の ID コントロールとの間のギャップを埋めます。

アプリの手前に BIG-IP を配置すると、Microsoft Entra の事前認証とヘッダーベースの SSO がサービスにオーバーレイされます。このアクションにより、アプリケーションのセキュリティ態勢が向上します。

Note

この種類のアプリケーションに対して Microsoft Entra アプリケーションプロキシを使用してリモートアクセスを取得することができます。
「Microsoft Entra アプリケーションプロキシからのオンプレミスアプリケーションへのリモートアクセス」を参照してください。

シナリオのアーキテクチャ

このチュートリアルのためのセキュアハイブリッドアクセス (SHA) ソリューションは、次のコンポーネントで構成されています。

PeopleSoft アプリケーション - Microsoft Entra SHA によって保護される BIG-IP の公開済みサービス
Microsoft Entra ID - ユーザーの資格情報、条件付きアクセス、BIG-IP への SAML ベース SSO を検証する Security Assertion Markup Language (SAML) ID プロバイダー (IdP)
- SSO を通じて、Microsoft Entra ID は BIG-IP にセッション属性を提供する
BIG-IP - アプリケーションへのリバースプロキシおよび SAML サービスプロバイダー (SP)。 BIG-IP では SAML IdP に認証を委任した後、PeopleSoft サービスに対するヘッダーベースの SSO を実行します。

このシナリオの場合、SHA では、SP と IdP によって開始される各フローがサポートされます。次の図は、SP によって開始されるフローを示しています。

ユーザーがアプリケーションエンドポイント (BIG-IP) に接続します。
BIG-IP APM アクセスポリシーにより、ユーザーが Microsoft Entra ID (SAML IdP) にリダイレクトされます。
Microsoft Entra がユーザーを事前認証し、条件付きアクセスのポリシーを適用します。
ユーザーは BIG-IP (SAML SP) にリダイレクトされ、発行された SAML トークンを使用して SSO が実行されます。
BIG-IP によって、Microsoft Entra 属性がアプリケーションへの要求のヘッダーとして挿入されます。
アプリケーションが要求を承認し、ペイロードを返します。

前提条件

Microsoft Entra ID 無料アカウント以上
- お持ちでない場合は、Azure 無料アカウントを取得してください。
BIG-IP、または Azure の BIG-IP Virtual Edition (VE)
- 「F5 BIG-IP Virtual Edition VM を Azure にデプロイする」を参照してください
次のいずれかの F5 BIG-IP ライセンス:
- F5 BIG-IP® Best バンドル
- F5 BIG-IP APM スタンドアロンライセンス
- 既存の BIG-IP F5 BIG-IP® Local Traffic Manager™ (LTM) に対する F5 BIG-IP APM アドオンライセンス
- 90 日間の BIG-IP 全機能試用版ライセンス
オンプレミスディレクトリから Microsoft Entra ID に同期されたユーザー ID、または Microsoft Entra ID 内で作成されてオンプレミスディレクトリに戻されたユーザー ID
- 「Microsoft Entra Connect 同期: 同期を理解してカスタマイズする」を参照してください
次のいずれかのロール: クラウドアプリケーション管理者、アプリケーション管理者。
HTTPS を介してサービスを発行するための SSL Web 証明書。または、テストの場合には既定の BIG-IP 証明書を使用します
- 「F5 BIG-IP Virtual Edition VM を Azure にデプロイする」を参照してください
PeopleSoft 環境

BIG-IP の構成

このチュートリアルでは、Easy Button テンプレートを備えたガイド付き構成 16.1 を使用します。

Easy Button を使用すると、管理者は SHA のサービスを有効にするために Microsoft Entra ID と BIG-IP の間を行き来することがなくなります。 APM ガイド付き構成ウィザードと Microsoft Graph でデプロイとポリシー管理を処理します。統合により、アプリケーションで ID フェデレーション、SSO、条件付きアクセスが確実にサポートされます。

注意

このチュートリアルの文字列または値の例は、実際の環境のものに置き換えてください。

Easy Button を登録する

ヒント

この記事の手順は、開始するポータルによって若干異なる場合があります。

クライアントまたはサービスは、Microsoft Graph にアクセスする前に、Microsoft ID プラットフォームによって信頼される必要があります。

詳細情報: クイックスタート: Microsoft ID プラットフォームにアプリケーションを登録する

次の手順は、Graph への Easy Button アクセスを承認するためのテナントアプリ登録を作成する際に役立ちます。 BIG-IP はこの権限を使って、発行済みアプリケーションの SAML SP インスタンスと SAML IdP である Microsoft Entra ID の間に信頼を確立するための構成をプッシュします。

クラウドアプリケーション管理者以上として Microsoft Entra 管理センターにサインインします。
ID>アプリケーション>アプリの登録>新しい登録 を参照します。
アプリケーションの名前を入力します。
[この組織ディレクトリのアカウントのみ] で、アプリケーションを使用するユーザーを指定します。
[登録] を選択します。
[API permissions] (API のアクセス許可) に移動します。
次の Microsoft Graph アプリケーションのアクセス許可を承認します。
- Application.ReadWrite.All
- Application.ReadWrite.OwnedBy
- Directory.Read.All
- Group.Read.All
- IdentityRiskyUser.Read.All
- Policy.Read.All
- Policy.ReadWrite.ApplicationConfiguration
- Policy.ReadWrite.ConditionalAccess
- User.Read.All
組織に対して管理者の同意を付与します。
[証明書とシークレット] にアクセスします。
新しいクライアントシークレットを生成してメモします。
[概要] に移動し、[クライアント ID] と [テナント ID] をメモします。

Easy Button を構成する

APM Guided Configuration (ガイド付き構成) を開始します。
Easy Button テンプレートを起動します。
[Access] (アクセス) > [Guided Configuration] (ガイド付き構成) に移動します。
[Microsoft 統合] を選択します。
[Microsoft Entra アプリケーション] を選択します。
構成シーケンスを確認します。
[次へ] を選択します
構成シーケンスに従います。

Configuration Properties

[構成プロパティ] タブを使用して、新しいアプリケーション構成と SSO オブジェクトを作成します。 [Azure Service Account Details] (Azure サービスアカウントの詳細) セクションは、アプリケーションとして Microsoft Entra テナントに登録したクライアントを表します。 BIG-IP OAuth クライアントの設定を使用して、テナントに SSO プロパティと共に SAML SP を登録します。 Easy Button により、発行されて SHA が有効になっている BIG-IP サービスに対してこのアクションが実行されます。

注意

次の一部の設定はグローバルです。これらを再利用して、より多くのアプリケーションを公開できます。

構成名を入力します。一意の名前は、構成を区別するのに役立ちます。
[シングルサインオン (SSO) と HTTP ヘッダー] で、[オン] を選びます。
[テナント ID]、[クライアント ID]、[クライアントシークレット] に、メモした内容を入力します。
テナントに BIG-IP が接続されたことを確認します。
[次へ] を選択します。

サービスプロバイダー

[サービスプロバイダー] 設定を使用して、SHA で保護されたアプリケーションを表す APM インスタンスの SAML SP プロパティを定義します。

[ホスト] に、セキュリティで保護されたアプリケーションのパブリック FQDN を入力します。
[エンティティ ID] には、トークンを要求する SAML SP を識別するために Microsoft Entra ID が使用する識別子を入力します。

(オプション) [セキュリティ設定] で、発行された SAML アサーションの Microsoft Entra ID 暗号化を指定します。このオプションを使用すると、コンテンツトークンが傍受されることも、データが侵害されることもないという保証が高くなります。
[Assertion Decryption Private Key] (アサーション解読秘密キー) の一覧から、[新規作成] を選択します。

[アサーション解読の秘密キー] のリストにある [新規作成] オプションのスクリーンショット。

[OK] を選択します。
新しいタブで [SSL 証明書とキーのインポート] ダイアログが表示されます。
[Import Type] (インポートの種類) で、[PKCS 12 (IIS)] を選びます。このオプションにより、証明書と秘密キーがインポートされます。
ブラウザータブを閉じて、メインタブに戻ります。

SSL 証明書とキーソースのオプションと選択項目のスクリーンショット

[暗号化されたアサーションを有効にする] チェックボックスをオンにします。
暗号化を有効にした場合は、[アサーション解読の秘密キー] のリストから証明書を選択します。この秘密キーは証明書のためのもので、Microsoft Entra アサーションを解読するために BIG-IP APM で使用されます。
暗号化を有効にした場合は、[アサーション解読の証明書] のリストから証明書を選択します。 BIG-IP は、発行された SAML アサーションを暗号化するために、この証明書を Microsoft Entra ID にアップロードします。

Microsoft Entra ID

Easy Button には、Oracle PeopleSoft、Oracle E-business Suite、Oracle JD Edwards、SAP ERP 用のテンプレートと、汎用の SHA テンプレートが用意されています。

[Oracle PeopleSoft] を選択します。
[追加] を選択します。

Azure 構成

BIG-IP がテナントで作成するアプリの [表示名] を入力します。 [マイアプリ] のアイコンに名前が表示されます。
(オプション) [サインオン URL] に、PeopleSoft アプリケーションのパブリック FQDN を入力します。
[署名キー] と [署名証明書] の横にある、[更新] を選択します。このアクションによって、インポートした証明書が検索されます。
[Signing Key Passphrase](署名キーのパスフレーズ) に証明書のパスワードを入力します。
(オプション) [署名オプション] でオプションを選択します。この選択により、Microsoft Entra ID によって署名されたトークンとクレームを BIG-IP が受け入れるようになります。

$[SAML 署名証明書] の [署名キー]、[署名証明書]、[Signing Key Passphrase]$署名キーのパスフレーズ$ のスクリーンショット。$

[User And User Groups] (ユーザーとユーザーグループ) は、Microsoft Entra テナントから動的に照会されます。
テストに使用するユーザーまたはグループを追加します。そうしないと、アクセスが拒否されます。

ユーザー属性とクレーム

ユーザーが認証されると、Microsoft Entra ID は、ユーザーを識別する既定のクレームと属性を使用して SAML トークンを発行します。 [ユーザー属性と要求] タブには、新しいアプリケーションのために発行する既定の要求が表示されます。それを使用して、より多くの要求を構成します。 Easy Button テンプレートには、PeopleSoft に必要な従業員 ID 要求があります。

必要に応じて、他の Microsoft Entra 属性を含めます。サンプルの PeopleSoft アプリケーションには、定義済みの属性が必要です。

追加のユーザー属性

[追加のユーザー属性] タブでは、セッション拡張用に属性を他のディレクトリに格納する必要がある分散システムがサポートされます。 LDAP ソースからの属性を追加の SSO ヘッダーとして挿入して、ロール、パートナー ID などに基づいてアクセスを制御します。

Note

この機能には、Microsoft Entra ID との相関関係はありません。別の属性ソースです。

条件付きアクセスポリシー

条件付きアクセスポリシーは、デバイス、アプリケーション、場所、リスクの兆候に基づいてアクセスを制御するために、Microsoft Entra の事前認証後に適用されます。 [使用可能なポリシー] ビューには、ユーザーアクションのない条件付きアクセスポリシーがあります。 [選択したポリシー] ビューには、クラウドアプリをターゲットとするポリシーがあります。これらのポリシーはテナントレベルで適用されるため、選択を解除したり、[使用可能なポリシー] リストに移動できません。

アプリケーションに応じたポリシーを選択します。

[使用可能なポリシー] リストでポリシーを選択します。
右矢印を選択して、ポリシーを [選択したポリシー] に移動します。

選択したポリシーでは、[含める] または [除外する] オプションがオンになっています。両方のオプションをオンにすると、ポリシーは適用されません。

注意

タブを選択すると、ポリシーリストが 1 回表示されます。ウィザードでテナントを照会するには、[最新の情報に更新] を使用します。このボタンは、アプリケーションのデプロイ後に表示されます。

仮想サーバーのプロパティ

仮想サーバーは、仮想 IP アドレスで表される BIG-IP データプレーンオブジェクトです。サーバーは、アプリケーションへのクライアント要求をリッスンします。受信したトラフィックは処理され、仮想サーバー APM プロファイルに対して評価されます。その後、トラフィックはポリシーに従って送信されます。

[接続先のアドレス] に、BIG-IP でクライアントトラフィックの受信に使用する IPv4 または IPv6 アドレスを入力します。対応するレコードが DNS に表示され、クライアントは公開されたアプリケーションの外部 URL を IP に解決できます。テストのために、テストコンピューターの localhost DNS を使用します。
[サービスポート] に 443 と入力して、[HTTPS] を選択します。
[Enable Redirect Port](リダイレクトポートを有効にする) チェックボックスをオンにします。
[リダイレクトポート] に 80 と入力して、[HTTP] を選択します。このオプションにより、受信 HTTP クライアントトラフィックが HTTPS にリダイレクトされます。
[クライアント SSL プロファイル] で [既存のものを使用] を選択します。
[共通] で作成したオプションを選択します。テストする場合は既定値のままにします。 [クライアント SSL プロファイル] は仮想サーバーの HTTPS を有効にします。そのため、クライアント接続は TLS 経由で暗号化されます。

プールのプロパティ

[アプリケーションプール] タブには、BIG-IP の背後にあるサービスが、アプリケーションサーバーを持つプールとして表示されます。

[プールの選択] で、[新規作成] か、別のものを選択します。
[Load Balancing Method] (負荷分散方法) では、[Round Robin] (ラウンドロビン) を選びます。
[プールサーバー] については、[IP アドレス/ノード名] で、ノードを選択するか、PeopleSoft アプリケーションをホストするサーバーの IP とポートを入力します。

シングルサインオンとHTTP ヘッダー

Easy Button ウィザードでは、公開済みアプリケーションへの SSO のために、Kerberos、OAuth Bearer、HTTP 承認ヘッダーがサポートされています。 PeopleSoft アプリケーションではヘッダーが必要になります。

[HTTP ヘッダー] でチェックボックスをオンにします。
[ヘッダー操作] で、[replace] (置換) を選びます。
[ヘッダー名] に PS_SSO_UID と入力します。
[ヘッダー値] に「%{session.sso.token.last.username}」と入力します。

Note

中かっこ内の APM セッション変数では、大文字と小文字が区別されます。たとえば、OrclGUID と入力すると、属性名が orclguid の場合に属性マッピングのエラーが発生します。

セッションの管理

BIG-IP セッション管理設定を使用して、ユーザーセッションの終了または継続の条件を定義します。ユーザーと IP アドレス、および対応するユーザー情報に制限を設定します。

詳細については、support.f5.com にアクセスして、「K18390492: セキュリティ | BIG-IP APM 操作ガイド」を参照してください

運用ガイドでは、ユーザーがサインアウトしたときに IdP、BIG-IP、およびユーザーエージェントセッションが確実に終了するシングルログアウト (SLO) 機能については説明されていません。Easy Button によって Microsoft Entra テナントに SAML アプリケーションがインスタンス化されると、ログアウト URL に APM SLO エンドポイントが入力されます。 [マイアプリ] からの IdP によって開始されたサインアウトにより、BIG-IP とクライアントのセッションが終了します。

公開されたアプリケーションの SAML フェデレーションデータは、テナントからインポートされます。このアクションにより、APM に Microsoft Entra ID の SAML サインアウトエンドポイントが提示され、SP によって開始されるサインアウトでクライアントと Microsoft Entra のセッションが終了します。 APM は、ユーザーがサインアウトするタイミングを把握する必要があります。

BIG-IP Web トップポータルから発行済みアプリケーションにアクセスすると、APM によってサインアウトが処理され、Microsoft Entra サインアウトエンドポイントが呼び出されます。 BIG-IP Web トップポータルを使用しない場合、ユーザーはサインアウトするよう APM に指示できません。ユーザーがアプリケーションからサインアウトすると、BIG-IP は無視されます。 SP によって開始されるサインアウトには、セキュリティで保護されたセッションの終了が必要になります。アプリケーションの [サインアウト] ボタンに SLO 関数を追加して、クライアントを Microsoft Entra SAML または BIG-IP サインアウトエンドポイントにリダイレクトします。 [アプリの登録 > エンドポイント] にあるテナントの SAML サインアウトエンドポイント URL。

アプリを変更できない場合は、BIG-IP にアプリケーションのサインアウト呼び出しをリッスンさせ、SLO をトリガーすることを検討してください。詳細については、次のセクションの 「PeopleSoft シングルログアウト」を参照してください。

デプロイ

[デプロイ] を選択します。
アプリケーションがエンタープライズアプリケーションのテナントリストにあることを確認します。
アプリケーションは公開され、SHA を使用してアクセスできます。

PeopleSoft を構成する

PeopleSoft アプリケーション ID とアクセス管理には Oracle Access Manager を使用します。

詳細については、docs.oracle.com で「Oracle Access Manger 統合ガイド、PeopleSoft の統合」を参照してください

Oracle Access Manager の SSO を構成する

BIG-IP からの SSO を受け入れるように Oracle Access Manager を構成します。

管理者権限を使用して Oracle コンソールにサインインします。

[PeopleTools > セキュリティ] に移動します。
[ユーザープロファイル] を選択します。
[ユーザープロファイル] を選択します。
新しいユーザープロファイルを作成します。
[ユーザー ID] には、OAMPSFT と入力します
[ユーザーロール] には、PeopleSoft User と入力します。
[保存] を選択します。
[People ツール > Web プロファイル] に移動します。
Web プロファイルを選択します。
[パブリックユーザー] の [セキュリティ] タブで、[パブリックアクセスを許可する] を選択します。
[ユーザー ID] には、OAMPSFT と入力します。
パスワードを入力します。
Peoplesoft コンソールを終了します。
[PeopleTools アプリケーションデザイナー] を起動します。
[LDAPAUTH] フィールドを右クリックします。
[PeopleCode を表示] を選択します。

[LDAPAUTH] コードウィンドウが開きます。
OAMSSO_AUTHENTICATION 関数を見つけます。
&defaultUserId 値を OAMPSFT に置き換えます。
レコードを保存します。
**[PeopleTools > セキュリティ] に移動します。
[セキュリティオブジェクト] を選択します。
[PeopleCode にサインオン] を選択します。
[OAMSSO_AUTHENTICATION] を有効にします。

PeopleSoft シングルログアウト

[マイアプリ] からサインアウトすると、PeopleSoft SLO が開始され、BIG-IP SLO エンドポイントが呼び出されます。 BIG-IP には、アプリケーションに代わって SLO を実行する手順が必要です。 BIG-IP に PeopleSoft へのユーザーサインアウト要求をリッスンさせ、SLO をトリガーさせます。

PeopleSoft ユーザーに対して SLO サポートを追加します。

PeopleSoft ポータルのサインアウト URL を取得します。
Web ブラウザーを使用してポータルを開きます。
デバッグツールを有効にします。
PT_LOGOUT_MENU ID を持つ要素を見つけます。
クエリパラメーターを使用して URL パスを保存します。この例では、/psp/ps/?cmd=logout です。

BIG-IP iRule を作成して、ユーザーを SAML SP サインアウトエンドポイントの /my.logout.php3 にリダイレクトします。

**[ローカルトラフィック > iRule] に移動します。
［作成］ を選択します
規則の [名前] を入力します。
次のコマンドラインを入力します。

when HTTP_REQUEST {switch -glob -- [HTTP::uri] { "/psp/ps/?cmd=logout" {HTTP::redirect "/my.logout.php3" }}}

[完了] を選択します。

この iRule を BIG-IP 仮想サーバーに割り当てます。

[Access] (アクセス) > [Guided Configuration] (ガイド付き構成) に移動します。
PeopleSoft アプリケーション構成リンクを選択します。

上部のナビゲーションバーから [仮想サーバー] を選択します。
[詳細設定] には、*[オン] を選択します。

一番下までスクロールします。
[共通] で、作成した iRule を追加します。

[保存] を選択します。
[次へ] を選択します。
引き続き設定を構成します。

詳細については、support.f5.com にアクセスし、次のページを参照してください。

既定で PeopleSoft ランディングページに設定する

ルート ("/") から外部 PeopleSoft ポータル (通常は "/psc/ps/EXTERNAL/HRMS/c/NUI_FRAMEWORK.PT_LANDINGPAGE.GBL" にある) に、すべてのユーザー要求をリダイレクトします

[ローカルトラフィック > iRule] に移動します。
[iRule_PeopleSoft] を選択します。
次のコマンドラインを追加します。

when HTTP_REQUEST {switch -glob -- [HTTP::uri] {"/" {HTTP::redirect "/psc/ps/EXTERNAL/HRMS/c/NUI_FRAMEWORK.PT_LANDINGPAGE.GB"/psp/ps/?cmd=logout" {HTTP::redirect "/my.logout.php3"} } }

この iRule を BIG-IP 仮想サーバーに割り当てます。

構成の確認

ブラウザーを使用して、PeopleSoft アプリケーションの外部 URL に移動するか、[MyApps] でアプリケーションのアイコンを選択します。
Microsoft Entra ID に対して認証を行います。
BIG-IP 仮想サーバーにリダイレクトされ、SSO を使用してサインインされます。

注意

アプリケーションへの直接アクセスをブロックできます。これにより BIG-IP を介したパスが強制されます。

詳細なデプロイ

ガイド付き構成テンプレートは、柔軟性に欠けている場合があります。

詳細情報: チュートリアル: ヘッダーベースの SSO 用に F5 BIG-IP Access Policy Manager を構成する

または、BIG-IP でガイド付き構成の厳格な管理モードを無効にします。構成は手動で変更できますが、ほとんどの構成はウィザードテンプレートで自動化されています。

[Access] (アクセス) > [Guided Configuration] (ガイド付き構成) に移動します。
行の末尾で [南京錠] を選択します。

南京錠アイコンのスクリーンショット。

ウィザード UI での変更はできませんが、アプリケーションの公開インスタンスに関連付けられている BIG-IP オブジェクトは管理のためにロックが解除されます。

注意

厳密モードを再度有効にして構成をデプロイすると、ガイド付き構成以外で行われた設定が上書きされます。運用サービスの場合には高度な構成をお勧めします。

トラブルシューティング

BIG-IP のログを使用して、接続、SSO、ポリシー違反、正しく構成されていない変数マッピングなどの問題を分離します。

ログの詳細

[Access Policy] (アクセスポリシー) > [Overview] (概要) に移動します。
[Event Logs] (イベントログ) を選びます。
[設定] を選択します。
発行されたアプリケーションの行を選択します。
[編集] を選択します。
[Access System Logs](システムログへのアクセス) を選択します
SSO の一覧から [Debug] (デバッグ) を選びます。
[OK] を選択します。
問題を再現します。
ログを調べます。

詳細モードでは大量のデータが生成されるため、完了後に、この機能を元に戻します。

BIG-IP のエラーメッセージ

Microsoft Entra の事前認証後に BIG-IP のエラーが表示される場合は、この問題が Microsoft Entra ID から BIG-IP の SSO に関連している可能性があります。

[アクセス] > [概要] に移動します。
[Access reports] (レポートへのアクセス) を選びます。
直近 1 時間のレポートを実行します。
ログに手がかりがないか確認します。

セッションの [View session] (セッションの表示) リンクを使用して、APM が予想される Microsoft Entra クレームを受信したことを確認します。

BIG-IP エラーメッセージなし

BIG-IP エラーメッセージが表示されない場合、その問題はバックエンド要求、または BIG-IP からアプリケーションへの SSO に関連している可能性があります。

[Access Policy] (アクセスポリシー) > [Overview] (概要) に移動します。
[Active Sessions] (アクティブなセッション) を選びます。
アクティブなセッションリンクを選びます。

特に BIG-IP APM がセッション変数から不正な属性を取得した場合は、[変数の表示] リンクを使用して、SSO の問題を特定します。

詳細情報:

devcentral.f5.com にアクセスして、「APM 変数の割り当ての例」を参照してください
セッション変数については、techdocs.f5.com を参照してください

次の方法で共有

チュートリアル: Oracle PeopleSoft への SSO 用に F5 BIG-IP Easy Button を構成する

シナリオの説明

シナリオのアーキテクチャ

前提条件

BIG-IP の構成

Easy Button を登録する