Dépanner les problèmes divers

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

Solution 1 : assurez-vous que le certificat a été validé.

1. Ouvrez le certificat renvoyé.
2. Vérifiez que le certificat est valide.
3. Si le certificat n'est pas valide, demandez un nouveau certificat et mettez-le à jour dans la Console de gestion Access Gateway. Consultez Gestion des certificats.
4. Testez l'accès à l'application.

Solution 2 : vérifiez que le navigateur approuve l'URL de l'application.

1. Vérifiez si le navigateur approuve l'URL de l'application.
2. Ajoutez l'URL de l'application et tous les autres points de terminaison Access Gateway dans les paramètres de zone de confiance du navigateur. Reportez-vous à la documentation de votre navigateur pour obtenir des instructions.
3. Redémarrez le navigateur.
4. Vérifiez que vous pouvez accéder à l'application.

Les pages ou cookies obsolètes stockés dans le cache du navigateur peuvent entraîner la lecture et le traitement de données obsolètes par Access Gateway et les applications.

1. Effacez le cache du navigateur.
2. Vérifiez que vous pouvez accéder à l'application et à Access Gateway.

• Lorsqu'un utilisateur accède à une application, le navigateur affiche un avertissement relatif au certificat. L'utilisateur doit cliquer sur le lien pour accéder à l'application. L'application ne s'ouvre pas et l'utilisateur reçoit une page d'erreur.
• L'application fonctionne normalement si elle est ouverte dans la même session de navigateur que celle utilisée précédemment.

Ces comportements se produisent lorsqu'un navigateur n'approuve pas le certificat. Lorsque l'utilisateur clique sur le lien Poursuivre, le navigateur ne publie pas les données sur le point de terminaison SAML, et l'assertion SAML échoue. Si l'utilisateur ouvre à nouveau l'application dans la même session de navigateur, le navigateur approuve l'URL, car l'utilisateur a accordé la permission plus tôt. L'application publie ensuite les données adéquates vers le point de terminaison SAML.

Corriger ce problème sur le système local uniquement :

Ajoutez le certificat client Access Gateway au magasin de confiance du navigateur. Reportez-vous à la documentation de votre navigateur pour obtenir des instructions.

Corriger ce problème pour tous les systèmes :

1. Procurez-vous un certificat valide. Consultez Gestion des certificats.
2. Mettez à jour le certificat sur l'appliance Access Gateway.
3. Si nécessaire, mettez à jour le certificat sur l'équilibreur de charge.

Ajoutez les URL du point de terminaison du nom d'hôte et du point de terminaison de l'application Access Gateway aux paramètres Zone de confiance dans les paramètres de Microsoft Internet Explorer.

1. Vérifiez que l'équilibreur de charge applique des sessions persistantes.
2. Envoyez une requête Ping au nom d'hôte Access Gateway et au domaine public de l'application pour vérifier qu'ils sont résolus vers des adresses IP différentes. Consultez Ping.
3. Mettez à jour le fichier des hôtes locaux ou l'entrée DNS pour qu'ils correspondent aux bonnes adresses IP.

1. Créez un nouveau jeton d'API du fournisseur d'identité dans le fournisseur d'identité de votre org Okta. Consultez Gestion des jetons API.
2. Mettez à jour la clé API dans Access Gateway. Consultez Configurer votre org Okta en tant que fournisseur d'identité. Suivez les instructions de la section Utiliser Workforce Identity Cloud comme IdP pour Access Gateway .

1. Assurez-vous que la clé API utilisée pour configurer Access Gateway est toujours active. Si elle ne l'est pas, poursuivez les étapes suivantes.
2. Supprimez l'application existante d'Access Gateway.
3. Vérifiez que l'application est supprimée du fournisseur d'identité avant de recréer l'app.
4. Ajoutez à nouveau l'application dans Access Gateway.
5. Assurez-vous que l'application a été créée dans le fournisseur d'identité. Consultez Configurer votre org Okta en tant que fournisseur d'identité. Suivez les instructions de la section Utiliser Workforce Identity Cloud comme IdP pour Access Gateway .

1. Redémarrez le service Access Gateway ou l'application.
2. Ajoutez l'entrée DNS requise dans le fichier DNS ou de l'hôte local.

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

1. Vérifiez que l'appliance Access Gateway est capable de se connecter au fournisseur d'identité.
2. Cherchez le composant qui bloque la connexion et autorisez la connexion au fournisseur d'identité.
3. Vérifiez la connectivité avec le fournisseur d'identité depuis l'appliance Access Gateway.
4. Assurez-vous que les valeurs ID client et Secret client sont correctes.
5. Validez la configuration du fournisseur d'identité dans Access Gateway et enregistrez les paramètres. Consultez Configurer votre org Okta en tant que fournisseur d'identité. Suivez les instructions de la section Utiliser Workforce Identity Cloud comme IdP pour Access Gateway .

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

Assurez-vous que votre navigateur utilise TLS 1.1, 1.2 et 1.3. Reportez-vous à la documentation de votre navigateur pour obtenir des instructions.