その他の問題のトラブルシューティング

解決策1：証明書が検証済みであることを確認します。

1. 返された証明書を開きます。
2. 証明書が有効であることを確認します。
3. 証明書が有効でないときは、新しい証明書を要求し、それをAccess Gateway管理者コンソールで更新します。「証明書管理」を参照してください。
4. アプリケーションへのアクセスをテストします。

解決策2：ブラウザーがアプリケーションのURLを信頼することを確認します。

1. ブラウザーがアプリケーションのURLを信頼しているかどうかを確認します。
2. ブラウザーの信頼済みゾーン設定の下に、アプリケーションのURLと他のすべてのAccess Gatewayエンドポイントを追加します。手順については、ブラウザーのドキュメントを参照してください。
3. ブラウザーを再起動します。
4. アプリケーションにアクセスできることを確認します。

1. ブラウザーのキャッシュをクリアします。
2. アプリケーションとAccess Gatewayにアクセスできることを確認します。

この問題をローカルシステムのみで修正します。

Access Gatewayクライアント証明書をブラウザーの信頼済みストアに追加します。手順については、ブラウザーのドキュメントを参照してください。

この問題をすべてのシステムで修正します。

1. 有効な証明書を入手します。「証明書管理」を参照してください。
2. Access Gatewayアプライアンスで証明書を更新します。
3. 必要に応じてロードバランサーで証明書を更新します。

Microsoft Internet Explorerの設定で、Access Gatewayホスト名のエンドポイントのURLとアプリケーションのエンドポイントのURLを［Trusted Zone（信頼済みゾーン）］設定に追加します。

1. ロードバランサーがスティッキーセッションを強制することを確認します。
2. Access Gatewayホスト名とアプリケーションパブリックドメインに対してpingを実行し、異なるIPアドレスに解決されることを確認します。「Ping」を参照してください。
3. 正しいIPアドレスと一致するように、ローカルホストファイルまたはDNSエントリを更新します。

1. Okta org内のIDプロバイダーで新しいIDプロバイダーAPIトークンを作成します。「APIトークンの管理」を参照してください。
2. Access GatewayでAPIキーを更新します。「Access Gateway内のIDプロバイダーを構成する」を参照してください。「Workforce Identity CloudをIdPとして使用する」セクションの手順に従います。

1. Access Gatewayの構成に使用したAPIキーがまだ有効であることを確認します。有効でなければ、次の手順に従います。
2. Access Gatewayから既存のアプリケーションを削除します。
3. IDプロバイダーからアプリケーションが削除されていることを確認した上で、アプリを再作成します。
4. Access Gatewayにアプリケーションを再度追加します。
5. IDプロバイダーにアプリケーションが作成されていることを確認します。「Access Gateway内のIDプロバイダーを構成する」を参照してください。「Workforce Identity CloudをIdPとして使用する」セクションの手順に従います。

1. Access Gatewayサービスまたはアプリケーションを再起動します。
2. 必要なDNSエントリをDNSまたはローカルホストファイルに追加します。

1. Access GatewayアプライアンスがIDプロバイダーに接続できることを確認します。
2. 接続をブロックしているコンポーネントを探し、IDプロバイダーへの接続を許可します。
3. Access GatewayアプライアンスからIDプロバイダーへの接続を確認します。
4. クライアントIDとクライアントシークレットの値が正しいことを確認します。
5. Access GatewayでIDプロバイダーの構成を確認し、設定を保存します。「Access Gateway内のIDプロバイダーを構成する」を参照してください。「Workforce Identity CloudをIdPとして使用する」セクションの手順に従います。

ブラウザーがTLS 1.1、1.2、1.3を使用していることを確認します。手順については、ブラウザーのドキュメントを参照してください。