アプリケーションのトラブルシューティングプロセス

アプリケーション要件を検証。特に：

• 外部および内部アプリケーションリソース - [Public Domain（パブリックドメイン）]および[Protected Web Resource（保護対象Webリソース）]フィールドは正しいか？
• グループ - アプリケーションは正しいグループに関連付けられているか？

• ログイン後URL - 有効になっているか？- ログイン後URLのホスト名がパブリックドメインのホスト名と一致しているか。内部専用アドレスへのリダイレクトがエラーとなる。

関連リファレンス：

グループを管理する - アプリケーションが適切なグループに割り当てられているか検証する

アプリケーション基本設定を管理する - パブリックドメインおよび保護対象Webリソースを検証する

アプリケーションヘッダーファイルを調べます。以下を検証します：

• アプリケーションヘッダー - どのヘッダーフィールドがアプリケーションで必要か？
• ヘッダーフィールド - 予想されるヘッダーフィールドがすべて存在するか？ すべてのヘッダーフィールドには予想されるプロパティが含まれているか？

関連リファレンス：

アプリケーション属性を管理する - ヘッダー属性を検証します。

アプリケーションのトラブルシューティング - ヘッダーアプリケーションをテストしてヘッダーコンテンツを検証します。

[Public Domain（パブリックドメイン）]および[Protected Web Resource（保護対象Webリソース）]フィールドが予想されるDNS エントリを解決するか検証します。

関連リファレンス：

DNS設定を管理する - プライマリ、セカンダリ、ターシャリDNSサーバーを検証します。

Ping - 特定のDNSアドレスにアクセス可能か検証します。

Proxy - 必要な場合、プロキシ設定が正しいか検証します。

すべての中間サーバー（Access Gatewayと保護対象Webリソースとの間にあるサーバー）が正しく構成されているかを検証します。一般的な中間サーバーはロードバランサー、Oracle HTTPサーバーなどです。
関連リファレンス：

中間サーバーの資料をご覧ください。

アプリケーションデバッグモードを有効にしてログを検証する

関連リファレンス：

アプリケーションを管理する - デバッグモードを有効にする。

HTTに返されるコードのトラブルシューティング。

関連リファレンス：

HTTPに返されるコード - 予想されるHTTPに返されるコードを調べて検証する。

Access Gatewayとアプリケーションログの場所を知り、検証する。

関連リファレンス：

Access Gatewayログを監視する - コマンドラインコンソールを使用して、アプリケーションの実行と並行してログを監視する。

Access Gatewayログをダウンロードする - テスト実行後にすべてのAccess Gatewayログファイルをダウンロードしてオフラインでレビューする。

ログフォワーダーを構成して監視する - 転送するログを設定してログイベントをSplunkまたはGraylogなどのシステムに転送する。

保護対象アプリケーションログを監視する - 保護対象アプリケーションのログが適切かレビューする。アプリケーションのログの保存場所を決定するには、保護対象アプリケーションの資料をご覧ください。