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

Apr 04 14:19:44 ACCESS ERROR [3137b1cb3f] Caused by: Exception: Unable to find the current binding.

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

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

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

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

古くなったページやcookieがブラウザーキャッシュに保存されていると、Access Gatewayとアプリケーションは古いデータを読み込んだり、処理したりすることがあります。

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

• ユーザーがアプリケーションにアクセスすると、ブラウザーが証明書警告を表示します。アプリケーションに進むには、ユーザーはリンクをクリックする必要があります。アプリケーションは開かず、ユーザーにはエラーページが表示されます。
• 前に使用していたものと同じブラウザーセッションで開くと、アプリケーションは正常に動作します。

この動作は、ブラウザーが証明書を信頼していない場合に発生します。ユーザーが続行リンクをクリックすると、ブラウザーはデータをSAMLエンドポイントにポストせず、SAMLアサーションは失敗します。ユーザーが同じブラウザーセッションでアプリケーションをもう一度開くと、ユーザーが事前に権限を付与してるためにブラウザーはURLを信頼します。アプリケーションは正しいデータをSAMLエンドポイントにポストします。

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

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キーを更新します。「Okta orgをIDプロバイダーとして構成する」を参照してください。「Workforce Identity CloudをIdPとして使用する」セクションの手順に従います。

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

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

Mar 7 17:19:43 localhost.localdomain WEB_CONSOLE IOException occurred validating IDP host :IDP login URL

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

Apr 16 10:55:41 test-oag icsDefault443Error 2018/04/16 10:55:41 [crit] 18480#0: *3047 SSL_shutdown() failed
(SSL: error:140E0197:SSL routines:SSL_shutdown:shutdown while in init) while SSL handshaking, client: 
Client IP address, server:0.0.0.0:443
Apr 16 10:55:41 test-oag icsDefault443Error 2018/04/16 10:55:41 [crit] 18480#0: *3047 SSL_shutdown() failed
(SSL: error:140E0197:SSL routines:SSL_shutdown:shutdown while in init) while SSL handshaking, client: 
Client IP address, server:0.0.0.0:443

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