Problèmes d'authentification

• 4103 : le module d'authentification SSO de Windows Desktop retourne l'erreur “Pas de configuration trouvée”

• 4100 : échec de l'authentification de certificat avec vérification de CRL

• 4054 : échec de l'authentification amadmin avec le paramètre URL org

• 1781 : échec de la connexion amadmin pour l'authentification de ce qui n'est pas le magasin de données

4103 : le module d'authentification SSO de Windows Desktop retourne l'erreur “Pas de configuration trouvée”

Si vous configurez un module d'authentification SSO de Windows Desktop pour réaliser une authentification Kerberos depuis Internet Explorer 6.0 sur Windows Server 2003, l'erreur “Pas de configuration trouvée” est retournée.

4100 : échec de l'authentification de certificat avec vérification de CRL

Si vous configurez une authentification de certificat et activez Faire correspondre certificat à la CRL, il y a échec de l'authentification. Veuillez vous reporter aussi au problème 4085 : OpenSSO Enterprise ne peut stocker la CRL dans le répertoire LDAP.

4054 : échec de l'authentification amadmin avec le paramètre URL org

Si l'administrateur de OpenSSO Enterprise (amadmin) crée un nouveau domaine (tel que myorg) et essaie plus tard de s'y connecter de la façon suivante :

http://host:port/opensso/UI/Login?org=myorg

OpenSSO Enterprise retourne une erreur d'échec d'authentification.

Solution de contournement. En tant qu'amadmin, vous pouvez vous connecter seulement au domaine root (et seulement aux modules de magasin de données ou d'application)

1781 : échec de la connexion amadmin pour l'authentification de ce qui n'est pas le magasin de données

Si vous modifiez le module d'authentification pour le domaine root en quelque chose d'autre que magasin de données, amadmin ne pourra pas se connecter dans la console.

Solution de contournement. Connectez-vous en utilisant http://host.domain/deployurl/UI/Login?module=DataStore