Conseils de dépannage

Liste des modules

• Paramètres de domaine
• Rapports
• Réinitialisation du mot de passe et déverrouillage du compte
• Synchronisation du mot de passe pour les applications
• MFA
• Erreurs de connexion
• Changer le mot de passe
• Auto-mise à jour de l'annuaire Active Directory
• Agent de connexion GINA (Windows)/macOS/Linux
• Paramètres des notifications par Email, SMS et push
• Provisionnement Juste-à-Temps (JIT)
• SSO

Paramètres de domaine

1. Lorsque je démarre ADSelfService Plus, aucun de mes domaines n'est détecté. Il affiche "No Domain Configuration available." Pourquoi ?

2. Lorsque j’ajoute mes domaines manuellement, les Domain Controllers ne sont pas résolus. Pourquoi ?

3. Lorsque j'ajoute le Domain Controller, je reçois une erreur indiquant "The Servers are not operational". Que signifie-t-elle ?

4. Lorsque j'ajoute le Domain Controller, je reçois une erreur indiquant "Unable to get domain DNS/FLAT name." Que signifie-t-elle ?

5. La colonne de statut dans les paramètres du domaine indique que l'utilisateur n'a pas de privilège Admin. Que signifie cela ?

1. Lorsque je démarre ADSelfService Plus, aucun de mes domaines n'est détecté. Il affiche "No Domain Configuration available." Pourquoi ?

Cause : ADSelfService Plus, au démarrage, découvre les domaines à partir du serveur DNS associé à la machine exécutant le produit. Si aucun détail de domaine n'est disponible dans le serveur DNS, ce message s'affiche.

Solution : Ajoutez les domaines manuellement en utilisant ces étapes.

Retour aux questions sur les paramètres du domaine

2. Lorsque j’ajoute mes domaines manuellement, les Domain Controllers ne sont pas résolus. Pourquoi ?

Cause : Le DNS associé à la machine exécutant ADSelfService Plus ne contient pas les informations nécessaires. Dans ce cas, vous devrez ajouter les Domain Controllers manuellement.

Solution : Ajoutez les Domain Controllers en utilisant ces étapes en spécifiant leurs noms d'hôte DNS (spécifier des adresses IP ne fonctionnera pas).

Retour aux questions sur les paramètres du domaine

3. Lorsque j'ajoute le Domain Controller, je reçois une erreur indiquant "The Servers are not operational." Que signifie-t-elle ?

Cause : Cette erreur se produit lorsque le Domain Controller spécifié est invalide ou inaccessible en raison de problèmes de connectivité réseau.

Solution : Assurez-vous que votre machine est connectée au réseau et réessayez.

Retour aux questions sur les paramètres du domaine

4. Lorsque j'ajoute le Domain Controller, je reçois une erreur indiquant "Unable to get domain DNS/FLAT name." Que signifie-t-elle ?

Causes et solutions possibles :

• Cause 1 : Le nom d'utilisateur ou le mot de passe spécifié est invalide.

Solution : Veuillez vous assurer que les identifiants administrateur sont corrects et réessayez.

• Cause 2 : Vous essayez d'ajouter le DC anonymement (sans fournir de nom d'utilisateur ni de mot de passe).

Solution : Veuillez saisir des identifiants administrateur valides dans les champs prévus et réessayez.

• Cause 3 : L'adresse IP du Domain Controller est spécifiée au lieu de son nom.

Solution : Veuillez spécifier le nom d'hôte DNS du Domain Controller et non son adresse IP, puis réessayez.

Retour aux questions sur les paramètres du domaine

5. La colonne Statut dans les paramètres du domaine indique que l'utilisateur n'a pas de privilèges Admin. Que signifie cela ?

Cause : Il s'agit d'un message d'avertissement indiquant que l'utilisateur spécifié n'a pas les privilèges d'administrateur, c'est-à-dire que l'utilisateur n'est pas membre du groupe Domain Admins. Par conséquent, les permissions applicables à l'administrateur peuvent ne pas être disponibles pour cet utilisateur.

Solution : Attribuez les privilèges d'administrateur à l'utilisateur spécifié ou utilisez un compte avec des privilèges administratifs.

Retour aux questions sur les paramètres du domaine

Retour à la liste des modules

Rapports

1. Lorsque je spécifie les détails et génère le rapport, il affiche "No result available" ou "Incomplete data."
2. Les rapports AD affichent un objet qui n'existe pas dans Active Directory

1. Lorsque je spécifie les détails et génère le rapport, il affiche "No result available" ou "Incomplete data."

Cela peut être dû à l'une des raisons suivantes :

• Cause 1 : ADSelfService Plus n'a pas pu contacter le Domain Controller, car il n'est pas opérationnel ou en raison d'une mauvaise connectivité réseau.

Solution : Veuillez vous assurer que votre machine est connectée au réseau et réessayez.

• Cause 2 : Si votre organisation dispose de plusieurs Domain Controllers, les données pourraient ne pas avoir été répliquées sur tous les Domain Controllers.

Solution : L'attribut LastLogonTime, utilisé pour déterminer les utilisateurs et ordinateurs inactifs, n'a pas été répliqué sur tous les Domain Controllers. Vous devrez spécifier tous les Domain Controllers sous Domain Settings pour permettre à ADSelfService Plus de récupérer les données de tous les Domain Controllers.

Note : Lorsque la politique de mot de passe n'est pas définie (c'est-à-dire que l'âge maximal du mot de passe est fixé à zéro), le rapport Password Expired Users et le rapport Soon to Expire Password n'afficheront aucune donnée.

Retour aux questions des rapports

2. Les rapports AD affichent un objet qui n'existe pas dans Active Directory.

Cause : Ce décalage peut se produire lorsque les données ne sont pas synchronisées avec Active Directory.

Solution : Data synchronization with Active Directory happens everyday at 01:00 hours. If ADSelfService Plus is not running at that time, you can initiate the data synchronization manually by clicking the refresh [

Retour aux questions des rapports

Retour à la liste des modules

Réinitialisation du mot de passe et déverrouillage du compte

1. Lors de la réinitialisation du mot de passe utilisateur, j'obtiens l'erreur suivante : « Erreur lors de la définition du mot de passe. Chemin réseau introuvable - Code d'erreur : 80070035. »
2. Lors de la réinitialisation du mot de passe utilisateur, j'obtiens l'erreur suivante : « Erreur lors de la définition du mot de passe. Violation de nommage - Code d'erreur : 80072037. »

1. Lors de la réinitialisation du mot de passe utilisateur, j'obtiens l'erreur suivante : « Erreur lors de la définition du mot de passe. Chemin réseau introuvable - Code d'erreur : 80070035. »

Cause : Le contrôleur de domaine ne peut pas être contacté lors de la définition du mot de passe utilisateur. Cette situation peut se produire si :

• Les noms DNS liés à la machine exécutant ADSelfService Plus ne résolvent pas correctement vers les contrôleurs de domaine respectifs.
• Les noms DNS liés à la machine exécutant ADSelfService Plus ne dirigent pas vers le contrôleur de domaine où le compte utilisateur est créé (possiblement parce qu'ils sont dans des domaines séparés).

Solution : Veuillez vous assurer que le nom DNS lié à la machine exécutant ADSelfService Plus pointe vers le contrôleur de domaine. S'ils sont dans des domaines séparés, veuillez lier manuellement les noms DNS et les contrôleurs de domaine en mettant à jour le fichier hosts.

Retour aux questions sur la réinitialisation du mot de passe et le déverrouillage de compte

2. Lors de la réinitialisation du mot de passe utilisateur, j'obtiens l'erreur suivante : « Erreur lors de la définition du mot de passe. Violation de nommage - Code d'erreur : 80072037. »

Cause : Le mot de passe contient certains caractères spéciaux qui ne sont pas autorisés.

Solution : Veuillez vous assurer que le mot de passe respecte les conventions de nommage imposées par votre organisation.

Retour aux questions sur la réinitialisation du mot de passe et le déverrouillage de compte

Retour à la liste des modules

Synchronisation des mots de passe pour les applications (erreurs survenant lors de la configuration ou de l'utilisation des applications synchronisées)

• Erreur : Le statut de la base de données Oracle est fermé. Veuillez ouvrir la base de données et réessayer.
• Dépannage de SAP NetWeaver

Erreur : Le statut de la base de données Oracle est fermé. Veuillez ouvrir la base de données et réessayer.

Cause possible : Cette erreur survient lors de la configuration de la base de données Oracle ou de Oracle E-Business Suite, et est causée parce que le statut de la base de données Oracle est fermé, c’est-à-dire qu’elle n’est pas visible par les ressources qui doivent s’y connecter.

Solution : Ouvrez la base de données Oracle en suivant ces étapes :

1. Connectez-vous à SQL Plus en tant qu'administrateur de base de données.
2. Run this command:
   • Pour une base de données à architecture multi-tenant : alter pluggable database <db_name> open ;
   • Pour une base de données à architecture non multi-tenant : alter database open ;

Retour à la liste des modules

Dépannage de SAP NetWeaver

1. Fichiers API incompatibles. Veuillez vous assurer que vous utilisez la version 3.0 des fichiers API SAP Java Connector.
2. Le système de destination est inaccessible.

1. Fichiers API incompatibles. Veuillez vous assurer que vous utilisez la version 3.0 des fichiers API SAP Java Connector.

Cause : Le SAP Java Connector n'a pas été placé sous l'emplacement <ADSelfService Installation Dir>/lib.

Cause 2 : Une version plus ancienne du connecteur (antérieure à la version 3.0) est utilisée.

Solution :

• Assurez-vous que le SAP Java Connector (sapjco3.dll, sapjco3.jar) est placé dans l'emplacement <ADSelfService Installation Dir>/lib.
• Assurez-vous que la version du SAP Java Connector est supérieure à 3.0.
• Si Java Connector 3.1 est utilisé, assurez-vous que les bibliothèques runtime Visual Studio 2013 C/C++ ont été installées sur la machine où ADSelfService Plus est installé.
• Si Java Connector 3.0 est utilisé, assurez-vous que les bibliothèques runtime Microsoft Visual Studio 2005 C/C++ ont été installées sur la machine où ADSelfService Plus est installé.

Retour à la liste des erreurs SAP

2. Le système de destination est inaccessible.

Cause : Le serveur SAP n'est pas accessible en raison de problèmes réseau.

Solution :

• Assurez-vous que l'adresse hôte du serveur SAP est accessible depuis le serveur ADSelfService Plus.
• Assurez-vous que le port du serveur SAP est autorisé dans le pare-feu.

Retour à la liste des erreurs SAP

Retour à la liste des modules

MFA

• Authentification SAML
• Authentification Duo Security
• MFA pour les endpoints
• Authentification par FIDO Passkeys

Authentification SAML

Erreur : Certificat invalide

Cause : Cette erreur peut apparaître lorsque vous avez configuré l'authentification SAML dans ADSelfService Plus avec un certificat X.509 invalide provenant du fournisseur d'identité. Le certificat est considéré comme invalide pour l'une des raisons suivantes :

• Le certificat a expiré.
• La date de début de validité du certificat n'est pas encore arrivée.
• Vous avez choisi un certificat différent, tel qu'un certificat racine SSL.
• Le contenu du certificat n'est pas au format PEM.

Solution : Veuillez télécharger à nouveau le certificat X.509 actuel auprès de votre fournisseur d'identité et le télécharger dans ADSelfService Plus.

Codes d'erreur et description de l'authentification SAML

Retour aux questions MFA

Authentification Duo Security

1. Impossible de se connecter/communiquer avec Duo Security. Veuillez contacter votre administrateur.
2. {"error: invalid grant", error description: "Invalid Redirect URI 'https://172.24.123.12:443/DuoCallback'"}

1. Impossible de se connecter/communiquer avec Duo Security. Veuillez contacter votre administrateur.

Description : Duo Security est inaccessible depuis ADSelfService Plus en raison d'un échec du contrôle de santé, qui peut survenir pour l'une des raisons suivantes :

• Duo Security est injoignable.
• Les valeurs Client ID, Client Secret et API Hostname configurées dans ADSelfService Plus ne sont pas valides ou à jour par rapport aux valeurs dans le Duo Admin Panel.

Solution : Veuillez vous assurer que vous pouvez atteindre le service Duo Security depuis ADSelfService Plus via le port HTTPS (443) et que les valeurs Client ID, Client Secret et API Hostname sont exactes et à jour.

Retour à la liste des erreurs Duo Security

2. {"error: invalid grant", error description: "Invalid Redirect URI 'https://172.24.123.12:443/DuoCallback'"}

(Cette erreur est rencontrée côté Duo Security)

Description :

L'URL utilisée pour accéder à ADSelfService Plus peut contenir une adresse IP lorsque l'utilisateur tente de se connecter au produit.

Solution :

L'administrateur doit s'assurer que l'URL d'accès utilisée pour accéder à ADSelfService Plus ne contient pas d'adresse IP. Duo Security recommande que l'URL soit bien formée et contienne un nom d'hôte ou un nom de domaine, ainsi qu'un numéro de port. Elle ne doit pas non plus dépasser 1 024 caractères.

Veuillez mettre à jour les paramètres de l'URL d'accès dans ADSelfService Plus en naviguant vers Admin > Product Settings > Connection, et cliquez sur Configure Access URL.

Retour à la liste des erreurs Duo Security

Retour aux questions MFA

MFA pour les endpoints

1. Description des codes d'erreur rencontrés lorsque l'authentification MFA basée sur la machine est appliquée.
2. Problèmes avec MFA pour les connexions VPN

1. Description des codes d'erreur rencontrés lorsque l'authentification MFA basée sur la machine est appliquée

Retour aux questions sur la MFA pour les points de terminaison

2. Problèmes avec la MFA pour les connexions VPN

1. Si la MFA pour les connexions VPN ne fonctionne pas, vérifiez les journaux de l'extension NPS sur le serveur RADIUS où NPS a été installé. Par défaut, ils se trouvent à C:\Program Files\ManageEngine\ADSelfService Plus NPS Extension\NpsExtension.log. En fonction de l'erreur, essayez les solutions ci-dessous :
• Problèmes de connectivité
  • Assurez-vous que ADSelfService Plus est accessible depuis le serveur NPS (RADIUS).
  • Si vous utilisez un certificat non approuvé dans ADSelfService Plus, ajoutez-le à la liste Trusted Root Certification Authorities sur le serveur NPS.
• Échec de l'autorisation API
  • Assurez-vous que l'heure sur les serveurs ADSelfService Plus et NPS est correcte selon leurs fuseaux horaires respectifs.

Si vous ne trouvez aucun problème dans les journaux de l'extension NPS, vérifiez les journaux d'événements du serveur NPS avec l'Observateur d'événements pour les logs liés à l'authentification RADIUS.

2. If VPN MFA is not working as expected after setting up the NPS extension, you should:
   • Analysez les journaux de l'extension NPS (emplacement par défaut : C:\Program Files\ManageEngine\ADSelfService Plus NPS Extension\NpsExtension.log) pour les messages d'erreur possibles suivants :
   • httpErrorCode : XXXX
     • httpErrorCode : 12002 : The ADSelfService Plus server is not reachable from the NPS server.

       Solution : Vérifiez si le serveur ADSelfService Plus est accessible depuis le serveur NPS. Si le serveur ADSelfService Plus est inaccessible, assurez-vous que le serveur a été correctement configuré dans le registre à HKLM:\SOFTWARE\ZOHO Corp\ADSelfService Plus NPS Extension. Assurez-vous que les valeurs suivantes sont configurées correctement :

       • ServerName : Le nom d'hôte ou l'adresse IP du serveur ADSelfService Plus.
       • ServerPortNo : Le numéro de port TCP du serveur ADSelfService Plus.
       • ServerContextPath : Le contexte du serveur ADSelfService Plus (si modifié).
     • httpErrorCode: 12175: ADSelfService Plus server's certificate is not trusted by the NPS server. ADSelfService Plus server's certificate is not trusted by the NPS server.

       Solution : Si le certificat serveur d'ADSelfService Plus n'est pas approuvé par le serveur NPS, ouvrez certmgr.exe et ajoutez le certificat CA utilisé pour signer le certificat de domaine du serveur ADSelfService Plus dans les Trusted Root Certification Authorities pour la local machine, et pas seulement pour le current user.

   • Accès refusé en raison d'un échec d'autorisation API MFA
     • Problème : ADSelfService Plus server fails to authorize the NPS extension during MFA.

       Causes possibles :

       Cause 1 : L'heure système du serveur NPS ou du serveur ADSelfService Plus n'est pas valide ou les heures des serveurs diffèrent de plus de deux minutes et ne sont donc pas synchronisées.

       Solution : Mettez à jour l'heure correcte.

       Cause 2 : La clé secrète partagée pour autoriser l'extension NPS pourrait être invalide. Pour en être sûr, récupérez la clé secrète réelle et comparez-la avec celle dans le registre.

       Solution : Téléchargez à nouveau l'extension NPS, extrayez-la, ouvrez le script .PS1 et récupérez la clé secrète.

       Mettez à jour manuellement la clé secrète dans le registre ou mettez-la à jour en utilisant la commande suivante : <...\AdsspNpsExtension> .\setupNpsExtension.ps1 update

   • Refus d'accès à l'utilisateur par le serveur MFA
     • Problème : ADSelfService Plus server denies access to the user and hence the user cannot log into the VPN provider.

       Cause : L'utilisateur est invalide ou n'est pas inscrit à la MFA dans ADSelfService Plus.

       Solution :

       • Assurez-vous que le nom d'utilisateur est valide et présent dans l'un des domaines configurés dans ADSelfService Plus.
       • Assurez-vous que l'utilisateur est inscrit aux facteurs MFA VPN configurés.
       • Si les connexions sans MFA doivent être autorisées pour les utilisateurs pour la première fois ou les utilisateurs non inscrits, activez l'option Skip MFA when the user is not enrolled for the required authenticators sous les paramètres Advanced MFA.
   • preValidate - résultat : 0
     • Problème : La condition de pré-validation pour invoquer la MFA est fausse et donc l'extension NPS n'invoque pas la MFA.
     • Raisons possibles
       • The Registry property MfaStatus is set to false. An Admin might have downloaded the NPS extension from ADSelfService Plus before enabling VPN MFA.
         • Solution : Mettez à jour le MfaStatus à True dans le registre.
       • The admin might have configured CRPolicies or NetworkPolicies whose conditions may not have been met.
         • Solution : Modifiez les CRPolicies ou NetworkPolicies pour inclure les utilisateurs nécessaires.
   • Challenge vide ou absent de la part de l'utilisateur
     • Problème : L'extension NPS ne parvient pas à lire le OTP/TOTP à partir de la requête RADIUS.
     • Cause : Le protocole d'authentification RADIUS utilisé entre le client RADIUS (VPN, serveur Netscaler ou autre) et le serveur NPS pourrait être MS-CHAPv2, EAP ou d'autres protocoles non pris en charge.
     • Solution:
       • Changez le protocole d'authentification RADIUS en PAP car seul ce protocole prend en charge les authentificateurs basés sur un challenge.
       • Assurez-vous que le client RADIUS place le OTP ou TOTP dans l'attribut User-Password de la requête RADIUS.
3. If the NPS extension logs do not show any errors, check if any of the following issues are present:
   • Problème: RADIUS or NPS configuration issue.
     • Solution : Vérifiez le Visionneur d'événements (Vues personnalisées > Rôle serveur de stratégie réseau et d'accès) pour les journaux liés à l'authentification RADIUS.
   • Problème : The RADIUS client (VPN or other endpoint server) halts the MFA before it begins.
     • Solution :
       • Assurez-vous que les paramètres de délai d'attente d'authentification RADIUS, s'ils existent, au niveau du client RADIUS (serveur VPN ou autres clients RADIUS) et du serveur RADIUS (NPS) sont supérieurs à la valeur de durée de session VPN MFA configurée dans ADSelfService Plus.
       • Reportez-vous à ce document pour activer l'option Garder la session VPN MFA valide pendant __ minutes sous VPN Login MFA.

Chaque client RADIUS (serveur VPN ou autre) dispose de paramètres de délai d'attente spécifiques qui doivent être configurés correctement pour que MFA (en particulier les authentificateurs basés sur un challenge) fonctionne. Définissez la valeur de temps correcte dans le client RADIUS. Par exemple, lorsque Fortinet est utilisé, la commande set remoteauthtimeout <num_of_secs>s maintiendra une requête RADIUS valide pendant le nombre de secondes indiqué.

Retour aux questions sur la MFA pour les points de terminaison

Retour aux questions MFA

Retour à la liste des modules

Authentification par Passkeys FIDO2

1. Erreur : Échec de l'authentification. Veuillez réessayer. Contactez votre administrateur si le problème persiste.
2. Erreur : La passkey ne répond pas aux exigences de vérification de l'utilisateur. Veuillez contacter votre administrateur.
3. Erreur : Connexion non sécurisée. Veuillez contacter votre administrateur.
4. Erreur : L'enregistrement de la passkey a échoué avec le code d'erreur MFA-201. Veuillez contacter votre administrateur.
5. Erreur : Cette URL ne correspond pas à l'ID RP. Veuillez contacter votre administrateur.
6. Erreur : L'enregistrement de la passkey a échoué avec le code d'erreur MFA-202. Veuillez contacter votre administrateur.
7. Erreur : Type de passkey non pris en charge. Veuillez contacter votre administrateur. (OU) Une erreur inattendue est survenue ; veuillez réessayer plus tard. Contactez votre administrateur si le problème persiste.
8. Comportement inattendu : Les clés de sécurité biométriques comme la série YubiKey Bio ne demandent que le PIN FIDO2 pour la vérification lors de la connexion sans mot de passe ou MFA. L'invite attendue du capteur d'empreintes digitales n'apparaît pas et l'authentification biométrique est indisponible. L'appareil se comporte effectivement comme une clé de sécurité FIDO2 standard sans capacités biométriques.

1. Erreur : Échec de l’authentification. Veuillez réessayer. Contactez votre administrateur si le problème persiste.

Causes : Ce message d'erreur peut s'afficher pour l'une des raisons suivantes :

• a. La méthode de vérification de l'appareil (comme le PIN Windows Hello ou les biométries Android) a échoué, l'utilisateur a délibérément fermé ou annulé la boîte, ou la session a expiré.
• b. La configuration de l'authentificateur de plateforme dans le système d'exploitation a été réinitialisée ou supprimée.
• c. Les utilisateurs ont enregistré leur smartphone comme clé de sécurité mais tentent de l'utiliser comme authentificateur intégré.

a. La méthode d'authentification de l'appareil (comme le PIN Windows Hello ou les biométries Android) a échoué, l'utilisateur a délibérément fermé ou annulé la boîte, ou la session a expiré.

Solution : L’utilisateur doit tenter à nouveau la vérification.

b. La configuration de l'authentificateur a été réinitialisée ou supprimée.

Si l'authentificateur intégré de l'appareil a été réinitialisé (par exemple, si la YubiKey est réinitialisée ou si le PIN Windows Hello est modifié) ou supprimé, les informations de passkey seront supprimées de l'appareil.

Solution : Les utilisateurs devront se connecter au portail utilisateur final ADSelfService Plus en utilisant d'autres méthodes MFA ou un code de secours, supprimer les informations redondantes de passkey, puis réenregistrer leur appareil en tant que nouvelle passkey.

c. Les utilisateurs ont enregistré leur smartphone comme clé de sécurité mais tentent de l'utiliser comme authentificateur intégré de l'appareil.

Cause : Les utilisateurs peuvent accéder au portail ADSelfService depuis un smartphone enregistré comme clé de sécurité mais tentent de s'authentifier en utilisant l'authentificateur intégré de l'appareil.

Solution : Si les utilisateurs accèdent au portail utilisateur final ADSelfService Plus sur un smartphone déjà enregistré comme clé de sécurité (authentificateur itinérant), ils doivent sélectionner « Security Key » comme type de passkey pour s'authentifier et confirmer leur identité sur ce même smartphone. Ils ne peuvent pas sélectionner l'authentification intégrée de l'appareil.

2. Erreur : La passkey ne répond pas aux exigences de vérification de l'utilisateur. Veuillez contacter votre administrateur.

Cette erreur peut s’afficher dans l’un des scénarios suivants :

• a. L'administrateur modifie la vérification utilisateur de Découragée ou Préférée à Obligatoire
• b. La configuration initiale de la passkey FIDO2 dans ADSelfService Plus est configurée avec la vérification utilisateur définie sur Obligatoire
• c. Les utilisateurs tentent une authentification depuis un téléphone Android qui ne prend pas en charge la vérification utilisateur supplémentaire pour les clés de sécurité.

a. La vérification utilisateur est définie sur Obligatoire mais la vérification utilisateur supplémentaire n'a pas été configurée sur les appareils des utilisateurs.

Cause : Lorsque la vérification utilisateur est définie sur Obligatoire, les utilisateurs seront invités à fournir une vérification supplémentaire, comme un PIN ou une biométrie, après avoir inséré leur appareil. Si les utilisateurs n'ont pas configuré cette vérification supplémentaire sur leurs appareils, ils ne pourront pas compléter le processus de vérification et seront bloqués.

Solution : L'utilisateur doit configurer la vérification supplémentaire (comme un PIN ou une biométrie) requise par son appareil et tenter à nouveau l'authentification.

b. La vérification utilisateur est définie sur Obligatoire mais les appareils des utilisateurs ne prennent pas en charge la vérification supplémentaire.

Cause : L'utilisateur pourrait avoir des appareils (comme des appareils U2F) qui ne prennent pas en charge la vérification utilisateur supplémentaire.

Solution : L'administrateur doit soit définir la vérification utilisateur sur Découragée ou Préférée, soit les utilisateurs doivent enregistrer des appareils qui prennent en charge la vérification utilisateur supplémentaire.

c. Les utilisateurs tentent une authentification depuis un téléphone Android qui ne prend pas en charge la vérification utilisateur supplémentaire pour les clés de sécurité.

Cause : Le téléphone Android pourrait ne pas prendre en charge la vérification utilisateur supplémentaire.

La mise à jour de prise en charge de la vérification supplémentaire pour les téléphones a été publiée par Google en septembre 2023 ; ainsi, les téléphones qui n'ont pas été mis à jour vers cette version ou une version ultérieure pourraient ne pas prendre en charge la vérification supplémentaire.

Solution : Les utilisateurs doivent télécharger et installer la dernière mise à jour système Android pour activer la prise en charge supplémentaire de la vérification sur leurs téléphones.

3. Erreur : Connexion non sécurisée. Veuillez contacter votre administrateur.

Causes probables :

• L'authentification FIDO2 Passkey est tentée depuis un déploiement intégré AD360 utilisant HTTP (Ou)
• L'authentification FIDO2 Passkeys est tentée pour un site OWA qui utilise le protocole HTTP.

Les FIDO2 Passkeys ne fonctionneront pas si les sites AD360 et OWA utilisent le protocole HTTP. L'authentificateur FIDO nécessite que HTTPS soit activé sur les sites auxquels il s'authentifie.

Solution : Veuillez activer HTTPS sur le site OWA ou AD360 pour que les FIDO2 Passkeys fonctionnent.

4. Erreur : Échec de la vérification du Passkey avec le code d'erreur MFA-201. Veuillez contacter votre administrateur.

Cause : L'enregistrement des FIDO2 Passkeys n'est pas pris en charge via le volet Applications d'AD360.

Solution : Les utilisateurs devront accéder directement à ADSelfService Plus via l'URL d'accès pour s'enregistrer aux FIDO2 Passkeys. L'authentification avec les FIDO2 Passkeys peut être effectuée via AD360.

5. Erreur : Cette URL ne correspond pas à l'ID RP. Veuillez contacter votre administrateur.

Cause : L'URL utilisée par les utilisateurs pour accéder à ADSelfService Plus pourrait ne pas correspondre à la configuration de l'ID RP.

Solution : L'URL d'accès et l'ID RP doivent correspondre pour que l'authentification FIDO2 fonctionne. Apprenez comment.

6. Erreur : Échec de l'enregistrement du Passkey avec le code d'erreur MFA-202. Veuillez contacter votre administrateur.

Cause : Les algorithmes cryptographiques à clé publique utilisés par l'application web ADSelfService Plus ne sont pas pris en charge par le Passkey FIDO2.

Solution : Veuillez contacter le support ADSelfService Plus à support@adselfserviceplus.com.

7. Erreur : Type de Passkey non pris en charge. Veuillez contacter votre administrateur. (Ou) Une erreur inattendue est survenue ; veuillez réessayer plus tard. Contactez votre administrateur si le problème persiste.

Cause : Une erreur inattendue peut survenir lors de l'enregistrement ou de l'authentification.

Solution : Veuillez contacter le support ADSelfService Plus à support@adselfserviceplus.com.

8. Comportement inattendu : Les clés de sécurité biométriques comme la série YubiKey Bio ne demandent que le PIN FIDO2 pour la vérification lors de la connexion sans mot de passe ou MFA. L'invite attendue du capteur d'empreintes digitales n'apparaît pas et l'authentification biométrique est indisponible. L'appareil se comporte en fait comme une clé de sécurité FIDO2 standard sans capacités biométriques.

Cause : Le navigateur ou le système d'exploitation ne prend pas entièrement en charge l'utilisation biométrique du protocole CTAP 2.1. WebAuthn, l'API navigateur utilisée pour l'authentification par Passkeys, s'appuie sur le support CTAP du système d'exploitation sous-jacent pour communiquer avec l'authentificateur matériel. Comme ces plateformes plus anciennes ne disposent pas du support CTAP 2.1 nécessaire pour la fonctionnalité biométrique, l'appareil YubiKey Bio Series ne peut pas effectuer l'enregistrement ou l'authentification par empreinte digitale, et revient automatiquement à la vérification par PIN.

Solution

1. Solution principale :
   • Mettez à jour le navigateur sur la machine cliente vers une version qui prend en charge l'utilisation biométrique CTAP 2.1. CTAP 2.1 est largement pris en charge par les principaux navigateurs web modernes (Chrome, Edge, Firefox, Safari) qui supportent l'API WebAuthn ; assurez-vous donc que le navigateur utilisé pour l'authentification est à jour avec sa dernière version. Ceci est nécessaire pour la fonctionnalité d'empreinte digitale avec les clés de sécurité biométriques comme la série YubiKey Bio.
   • Si cela ne fonctionne pas, mettez à jour le système d'exploitation de la machine cliente vers une version qui prend en charge l'utilisation biométrique CTAP 2.1, et assurez-vous que toutes les mises à jour du système d'exploitation ont été installées.
2. Solution de contournement : Continuez à utiliser le PIN FIDO2 pour l'authentification. Le YubiKey Bio fonctionnera comme un authentificateur sécurisé FIDO2/WebAuthn dans ce mode.
3. Vérification : Pour une confirmation officielle des exigences de la plateforme, référez-vous à la documentation Yubico pour la série YubiKey Bio.

Retour aux questions sur les FIDO2 Passkeys

Retour aux questions MFA

Retour à la liste des modules

Erreurs de connexion

1. Les connexions SSO depuis le volet Applications AD360 échouent.
2. Votre compte est bloqué. Veuillez contacter votre administrateur ou réessayez plus tard.
3. URL ACS ou index invalide trouvé dans la requête d'authentification SAML. Veuillez contacter votre administrateur.

1. Les connexions SSO depuis le volet Applications AD360 échouent.

Cause : Les intégrations d'ADSelfService Plus avec AD360 fonctionnent parfaitement tant qu'elles ont été déployées sur le même hôte. Si ADSelfService Plus et AD360 sont intégrés mais installés sur des machines hôtes distinctes dans votre organisation, vous pouvez rencontrer des problèmes avec les connexions SSO depuis le volet Applications d'AD360.

Solution : Pour résoudre ce problème, vous devez implémenter un proxy inverse pour AD360 et ADSelfService Plus, leur attribuant le même nom d'hôte, ce qui facilitera le fonctionnement fluide du SSO depuis AD360.

2. Votre compte est bloqué. Veuillez contacter votre administrateur ou réessayez plus tard.

Cause : Le compte a été verrouillé en raison d'un dépassement du nombre autorisé d'échecs de vérification.

Solution :

Le compte sera généralement débloqué automatiquement à la fin de la période de blocage. Les administrateurs peuvent devoir débloquer manuellement les comptes sensibles, ou les débloquer avant l'expiration du temps de blocage. Cela peut être fait pour les utilisateurs du domaine ou les techniciens produit via le rapport des utilisateurs bloqués.

Si le compte administrateur par défaut est bloqué, suivez ces étapes pour débloquer le compte.

3. URL ACS ou index invalide trouvé dans la requête d'authentification SAML. Veuillez contacter votre administrateur.

Cause : Ce problème survient lorsque l'utilisateur tente de se connecter à une application via SAML SSO. Il est causé par une URL Assertion Consumer Service (ACS) incorrecte, une valeur d'index ACS incorrecte fournie dans la requête de connexion SAML, ou une mauvaise configuration dans ADSelfService Plus.

Solution : Assurez-vous que l'URL ACS ou les URLs ACS de votre SP sont correctement configurées dans ADSelfService Plus. Vous pouvez trouver les URLs ACS dans l'interface utilisateur de votre application et/ou dans les métadonnées. Si plusieurs URLs ACS vous ont été fournies dans les métadonnées, assurez-vous que toutes sont configurées dans ADSelfService Plus.

Si le problème persiste, contactez support@adselfserviceplus.com afin que nous puissions examiner et corriger votre configuration.

Retour aux erreurs de connexion

Retour à la liste des modules

Changer le mot de passe

Auto-mise à jour de l'annuaire Active Directory

1. Code d’erreur - 80070005 / Code d’erreur - 5 : Erreur lors de la définition des attributs, accès refusé.

2. Lors de la mise à jour des informations utilisateur, je reçois l’erreur suivante : « Le serveur refuse de traiter la requête - Code d’erreur : 80072035. »

3. Lors de la mise à jour des informations utilisateur, je reçois l’erreur suivante : « Erreur lors de la définition des propriétés du service Terminal. L’utilisateur spécifié n’existe pas - Code d’erreur : 525. »

4. J’ai mis à jour les attributs Exchange via ADSelfService Plus, mais les propriétés ne sont pas encore mises à jour dans Exchange Server.

5. Je ne peux pas définir les propriétés des services Terminal pour l’utilisateur.

6. Lorsque je modifie un utilisateur, je reçois l’erreur suivante : « Un périphérique connecté au système ne fonctionne pas - Code d’erreur : 8007001f. »

7. L’adresse e-mail de l’utilisateur n’apparaît pas ou n’est pas correctement configurée.

8. Erreur - Le serveur refuse de traiter la requête lors de la réinitialisation du mot de passe, qui ne respecte pas la complexité du mot de passe.

9. Code d'erreur : 8007052e

10. Code d'erreur : 80070775

11. Code d'erreur : 800708c5

12. Aucun utilisateur correspondant trouvé. Vérifiez l'attribut LDAP dans la requête de recherche

1. Code d’erreur - 80070005 / Code d’erreur - 5 : Erreur lors de la définition des attributs, accès refusé

Cause : Le compte utilisateur ne dispose pas des privilèges suffisants sur l’objet.

1. Connectez-vous au portail ADSelfService Plus avec des identifiants administrateur.
2. Cliquez sur « Paramètres de domaine » situé en haut à droite. Tous les domaines configurés seront affichés.
3. Cliquez sur l’icône de modification [ ] du domaine auquel appartient l’utilisateur en question.
4. Sélectionnez Authentication et fournissez le Domain Username et le Domain Password privilégiés
5. Cliquez sur Enregistrer.

Retour aux questions d’auto-mise à jour Active Directory

2. Lors de la mise à jour des informations utilisateur, j’obtiens l’erreur suivante : « Le serveur refuse de traiter la requête - Code d’erreur : 80072035. »

Cause : Cette erreur peut survenir lors de la tentative de modification du format du sAMAccountName pour plusieurs utilisateurs, et il se trouve qu’il y a plus d’un utilisateur avec le même sAMAccountName.

Solution : Veuillez vous assurer que chaque utilisateur possède des valeurs sAMAccountName uniques.

Retour aux questions d’auto-mise à jour Active Directory

3. Lors de la mise à jour des informations utilisateur, j’obtiens l’erreur suivante : « Erreur lors de la configuration des propriétés du Terminal service. L’utilisateur spécifié n’existe pas - Code d’erreur : 525. »

Cause : L’utilisateur ou le compte système exécutant le produit ne dispose pas d’un compte dans le domaine cible.

Solution : Les propriétés du Terminal Service ne peuvent être configurées que si le compte utilisateur ou le compte système (pertinent lorsque ADSelfService Plus fonctionne en tant que service) exécutant ADSelfService Plus possède un compte dans le domaine cible.

Retour aux questions d’auto-mise à jour Active Directory

4. J’ai mis à jour les attributs Exchange en utilisant ADSelfService Plus, mais les propriétés ne sont pas encore mises à jour dans Exchange Server.

Cause : ADSelfService Plus modifie les propriétés Exchange dans Active Directory. Les modifications peuvent ne pas se refléter immédiatement dans Exchange Server. Elles seront mises à jour après un certain temps.

Solution : Les modifications seront mises à jour après un certain temps, veuillez donc vérifier à nouveau plus tard.

Retour aux questions d’auto-mise à jour Active Directory

5. Je ne parviens pas à définir les propriétés Terminal Services pour l’utilisateur ?

Cause : L’utilisateur ou le système sur lequel le produit est exécuté ne dispose pas d’un compte dans ce domaine.

Solution : Suivez ces étapes pour démarrer ADSelfService Plus dans un compte utilisateur ou système.

Retour aux questions d’auto-mise à jour Active Directory

6. Lorsque je modifie un utilisateur, j’obtiens l’erreur suivante : « Un périphérique connecté au système ne fonctionne pas - Code d’erreur : 8007001f. »

Cause : Cette erreur peut survenir en raison du choix d’un format inapproprié pour nommer les attributs lors des modifications d’un utilisateur. Par exemple, si le format sélectionné pour le nom de connexion est LastName.FirstName.Initials, mais que l’utilisateur ne possède pas l’un de ces attributs spécifiés, cette erreur sera déclenchée.

Solution : Veuillez vous assurer que l’utilisateur possède des valeurs d’attribut valides pour tous les attributs spécifiés dans les formats de nommage.

Retour aux questions d’auto-mise à jour Active Directory

7. L’adresse e-mail de l’utilisateur n’apparaît pas ou n’est pas correctement définie.

Cause 1 : L’e-mail peut ne pas être configuré selon la politique de destinataire.

Solution : Veuillez vérifier si tous les attributs LDAP dans la requête de la politique de destinataire sont définis sur la valeur spécifique.

Cause 2 : L’attribut e-mail et les informations de l’entreprise pour l’utilisateur peuvent être vides.

Solution : Veuillez vérifier les propriétés du compte utilisateur pour vous assurer que vous avez fourni l’attribut e-mail, tel que xyz@company.com. Les informations de l’entreprise doivent être saisies pour chaque utilisateur.

Retour aux questions d’auto-mise à jour Active Directory

8. Erreur : Le serveur refuse de traiter la requête lors de la réinitialisation du mot de passe qui ne correspond pas à la complexité du mot de passe

Cause : Une raison possible pourrait être que vous n’avez pas spécifié ou choisi d’options dans la section Complexité du mot de passe lors de la création du compte utilisateur.

Solution : Des options pour la complexité du mot de passe, telles que la longueur du mot de passe, les caractères autorisés ou le nombre autorisé de tentatives de connexion échouées, sont disponibles pour configuration. Il est essentiel de choisir un niveau de complexité ; ne pas le faire entraînera l’erreur mentionnée.

Retour aux questions d’auto-mise à jour Active Directory

9. Code d’erreur : 8007052e

Cause : Les identifiants saisis sont invalides.

Solution : Veuillez saisir des identifiants valides qui disposent de tous les privilèges nécessaires.

Retour aux questions d’auto-mise à jour Active Directory

10. Code d’erreur : 80070775

Cause : Le compte référencé est actuellement verrouillé et ne peut pas se connecter.

Solution : Veuillez déverrouiller le compte, vous connecter, puis réessayer.

Retour aux questions d’auto-mise à jour Active Directory

11. Code d’erreur : 800708c5

Cause : Le mot de passe ne respecte pas les exigences de la politique de mot de passe.

Solution : Vérifiez la longueur minimale du mot de passe, la complexité du mot de passe et les exigences d’historique du mot de passe.

Retour aux questions d’auto-mise à jour Active Directory

12. Aucun utilisateur correspondant trouvé. Vérifiez l’attribut LDAP dans la requête de recherche

Cause : Aucun utilisateur dans Active Directory ne correspond aux critères que vous avez spécifiés.

Solution : Veuillez sélectionner les attributs correspondants appropriés en examinant la requête fournie dans la section Critères de correspondance pour les utilisateurs dans AD. Vous pouvez configurer cela en cliquant sur le bouton Update in AD et en développant la boîte Select Attributes.

Retour aux questions d’auto-mise à jour Active Directory

Retour à la liste des modules

Dépannage de l’agent de connexion GINA (Windows)

1. Je reçois le message d’erreur suivant : « Initiating Connection to Remote Service. Failed. » Pourquoi ?

2. Je reçois le message d’erreur suivant : « Network path not found/Invalid Credential. » Pourquoi ?

3. Je reçois le message d'erreur suivant : « Le chemin réseau est introuvable. » Pourquoi ?

4. Je n'ai pas pu copier le fichier MSI « ADSelfServicePlusClientSoftware.msi » sur la machine cliente. Pourquoi ?

5. Je n'ai pas pu me connecter à la machine cliente, ADMIN$. Accès refusé.

6. Échec de la connexion : Le nom du compte cible est incorrect.

7. Échec de la connexion : Nom d'utilisateur inconnu ou mot de passe incorrect.

8. Une autre installation est déjà en cours.

9. Je n'ai pas pu démarrer le service à distance. Une opération d'E/S chevauchée est en cours.

10. Opération échouée : OS non pris en charge

11. Lorsque j'essaie d'installer l'agent de connexion depuis la console ADSelfService Plus, je reçois l'erreur suivante : « Impossible de copier PAExec sur la machine. »

12. Lorsque j'essaie d'installer l'agent de connexion depuis la console ADSelfService Plus sur un serveur distant, je reçois l'erreur suivante : « Le service PAExec n'a pas pu être installé/démarré sur le serveur distant. »

13. Lorsque j'essaie d'installer l'agent de connexion depuis la console ADSelfService Plus, je reçois l'erreur suivante : « Objet non trouvé » ou « 0x80041002 (WBEM_E_NOT_FOUND). »

14. Lorsque j'essaie d'installer l'agent de connexion depuis la console ADSelfService Plus, je reçois l'erreur suivante : « Accès refusé par la sécurité DCOM. L'utilisateur n'a pas accès à distance à l'ordinateur via DCOM. »

15. Lorsque j'essaie d'installer l'agent de connexion depuis la console ADSelfService Plus, je reçois l'erreur suivante : « Le serveur d'appel de procédure distante est indisponible. »

16. Lorsque j'essaie d'installer l'agent de connexion depuis la console ADSelfService Plus, je reçois l'erreur avec le code 80041010 sous Windows Server 2003 : « Une erreur fatale est survenue. »

1. Je reçois le message d'erreur suivant : « Échec de l'initiation de la connexion au service distant. » Pourquoi ?

Cause : Cette erreur peut survenir si l'ordinateur cible n'a pas pu être contacté.

Solution :

• Assurez-vous que l'ordinateur existe réellement. S'il existe, assurez-vous qu'il est connecté au réseau.
• Pour vérifier la connectivité, pinguez l'ordinateur cible depuis le serveur sur lequel ADSelfService Plus est installé.
• Assurez-vous que le service Remote Registry est en cours d'exécution sur la machine cliente.

Retour aux questions de dépannage de l'agent Windows

2. Je reçois le message d'erreur suivant : « Chemin réseau introuvable/Identifiants invalides. » Pourquoi ?

Cause : Cette erreur peut survenir si l'ordinateur cible ne peut pas être contacté.

Solution :

• Assurez-vous qu'un ordinateur existe réellement. S'il existe, assurez-vous qu'il est connecté au réseau.
• Pour vérifier la connectivité, pinguez l'ordinateur cible depuis le serveur sur lequel ADSelfService Plus est installé.

Retour aux questions de dépannage de l'agent Windows

3. Je reçois le message d'erreur suivant : « Le chemin réseau est introuvable. » Pourquoi ?

Cause : Cette erreur peut survenir si l'ordinateur cible ne peut pas être contacté.

Solution :

• Assurez-vous que l'ordinateur existe réellement. S'il existe, assurez-vous qu'il est connecté au réseau.
• Pour vérifier la connectivité, pinguez l'ordinateur cible depuis le serveur sur lequel ADSelfService Plus est installé.

Retour aux questions de dépannage de l'agent Windows

4. Je n'ai pas pu copier le fichier MSI « ADSelfServicePlusClientSoftware.msi » sur la machine cliente. Pourquoi ?

Cause : Privilèges insuffisants pour accéder à la machine cliente.

Solution : Mettez à jour les identifiants fournis dans les « Domain Settings » d'ADSelfService Plus, s'il fonctionne en tant qu'application. S'il fonctionne en tant que service, suivez ces étapes pour mettre à jour les identifiants du compte de service depuis l'onglet « Logon » en modifiant « Services.msc ».

Retour aux questions de dépannage de l'agent Windows

5. Je n'ai pas pu me connecter à la machine cliente, ADMIN$. Accès refusé.

Cause : Le partage Admin pourrait ne pas être activé.

Solution : Activez le partage Admin sur l'ordinateur client et configurez les Domain Settings d'ADSelfService Plus en utilisant les identifiants utilisateur (lorsqu'il est exécuté en console) ou l'onglet Login (lorsqu'il est exécuté en service) avec les permissions nécessaires pour accéder au partage Admin.

Étape 1 : Activer le partage Admin

1. Depuis l'ordinateur client, allez dans Start → Run, tapez gpedit.msc et appuyez sur Enter.
2. Naviguez vers Administrative Templates → Network → Network Connections → Windows Firewall.
3. Cliquez sur Domain Profile et double-cliquez sur Windows Firewall: Allow inbound remote administration exception.
4. Sélectionnez Enabled et cliquez sur OK.

Étape 2 : Mettez à jour les paramètres de domaine dans ADSelfService Plus avec un compte utilisateur ayant la permission d'accéder au partage Admin.

Mettez à jour les identifiants fournis dans les Domain Settings d'ADSelfService Plus, s'il fonctionne en tant qu'application. S'il fonctionne en tant que service, mettez à jour les identifiants du compte de service depuis l'onglet Logon en modifiant le fichier services.msc.

Retour aux questions de dépannage de l'agent Windows

6. Échec de la connexion : Le nom du compte cible est incorrect.

Cause : Cette erreur peut survenir si deux ordinateurs ont le même nom d'ordinateur, l'un situé dans le domaine enfant et l'autre dans le domaine parent.

Solution : Assurez-vous que chaque nom d'ordinateur est unique.

Retour aux questions de dépannage de l'agent Windows

7. Échec de la connexion : Nom d'utilisateur inconnu ou mot de passe incorrect.

Cause : Le partage administrateur pourrait ne pas être activé.

Solution : Mettez à jour les informations d'identification fournies dans Domain Settings d'ADSelfService Plus, si celui-ci fonctionne en tant qu'application. S'il fonctionne en tant que service, suivez ces étapes pour mettre à jour les informations d'identification du compte de service depuis l'onglet Log On en modifiant le fichier services.msc.

Retour aux questions de dépannage de l'agent Windows

8. Une autre installation est déjà en cours.

Cause : ADSelfService Plus est déjà en cours d'installation.

Solution : Veuillez patienter quelques minutes puis réessayez.

Retour aux questions de dépannage de l'agent Windows

9. Je n'ai pas pu démarrer le service à distance. Une opération d'E/S chevauchée est en cours.

Cause : Les services Remote Registry et Server sont désactivés sur la machine cliente.

Solution : Activez les services Remote registry et Server sur la machine cliente.

Retour aux questions de dépannage de l'agent Windows

10. Opération échouée : OS non pris en charge.

Cause : Le système d'exploitation de la machine ne prend pas en charge l'installation à distance de l'agent de connexion.

Retour aux questions de dépannage de l'agent Windows

11. Lorsque j'essaie d'installer l'agent de connexion depuis la console ADSelfService Plus, j'obtiens l'erreur suivante : « Impossible de copier PAExec sur la machine. »

Cause : Le compte utilisateur ne dispose pas des privilèges suffisants sur l'objet.

Solution :

• Connectez-vous à ADSelfService Plus avec les identifiants administrateur.
• Cliquez sur Domain Settings dans le coin supérieur droit de la page web.
• Dans la section Actions, cliquez sur le bouton Edit Domain Details.
• Sélectionnez Authentication et fournissez le Domain Username et le Domain Password d'un compte disposant des privilèges d'administrateur de domaine.
• Cliquez sur Enregistrer.

Retour aux questions de dépannage de l'agent Windows

12. Lorsque j'essaie d'installer l'agent de connexion depuis la console ADSelfService Plus sur un serveur distant, j'obtiens l'erreur suivante : « Le service PAExec n'a pas pu être installé/démarré sur le serveur distant. »

Cause : PAExec est bloqué par le pare-feu ou le logiciel antivirus.

Solution : Modifiez les paramètres de votre antivirus et pare-feu pour autoriser le service PAExec.

Retour aux questions de dépannage de l'agent Windows

13. Lorsque j'essaie d'installer l'agent de connexion depuis la console ADSelfService Plus, j'obtiens l'erreur suivante : « Objet non trouvé » ou « 0x80041002 (WBEM_E_NOT_FOUND). »

Cause : Le référentiel WMI peut être corrompu.

Solution : Pour résoudre la corruption du référentiel WMI, suivez les étapes dans ce link.

Solution de contournement :

1. Connectez-vous à la Windows Server machine avec un compte administrateur.
2. Ouvrez la Group Policy Management Console (GPMC) et faites un clic droit sur la stratégie de domaine par défaut dans votre domaine.
3. Dans la fenêtre Group Policy Management Editor qui s'ouvre, allez à Computer Configuration → Policies → Administrative Templates: Policy definitions (ADMX files) récupérées depuis local computer → System → Group Policy. Dans le volet de droite, sélectionnez Turn off Resultant Set of Policy logging.
4. Activez Turn off Resultant Set of Policy logging pour désactiver le Resultant Set of Policy (RSoP).

Retour aux questions de dépannage de l'agent Windows

14. Lorsque j'essaie d'installer l'agent de connexion depuis la console ADSelfService Plus, j'obtiens l'erreur suivante : « Accès refusé par la sécurité DCOM. L'utilisateur n'a pas accès à distance à l'ordinateur via DCOM. »

Plusieurs causes peuvent expliquer cette erreur :

1. Le nom d'utilisateur ou le mot de passe fourni pour le scan est invalide sur la station de travail.
2. L'utilisateur n'a pas accès à distance à l'ordinateur via le Distributed Component Object Model (DCOM).
3. DCOM peut ne pas être configuré pour autoriser une connexion WMI.
4. L'option Remote DCOM est désactivée sur la station de travail distante.
5. Le compte utilisateur est invalide sur la machine cible.
6. Le nom d'utilisateur fourni pour le scan ne dispose pas des privilèges d'accès suffisants pour effectuer l'opération de scan. Cet utilisateur peut ne pas appartenir au groupe administrateur de cette machine.
7. Un pare-feu est configuré sur l'ordinateur distant. De telles exceptions surviennent principalement sous Windows XP (SP 2) lorsque le pare-feu Windows par défaut est activé.
8. WMI n'est pas disponible sur la station de travail Windows distante. Cela se produit sous Windows NT. De tels codes d'erreur peuvent également apparaître sur des versions plus récentes de Windows si les composants WMI ne sont pas correctement enregistrés.
9. Il y a une défaillance interne d'exécution dans le service WMI (winmgmt.exe) s'exécutant sur la machine. La dernière mise à jour du référentiel WMI sur cette station de travail a pu échouer.

Cause 1 : Le nom de connexion ou le mot de passe fourni pour le scan est invalide sur la station de travail.

Solution : Vérifiez que le nom d'utilisateur et le mot de passe sont correctement saisis.

Retour à la liste des erreurs

Cause 2 : L’utilisateur n’a pas accès à distance à l’ordinateur via le Distributed Component Object Model (DCOM).

Solution :

1. Connectez-vous à votre système avec des identifiants administrateur.
2. Allez dans Panneau de configuration → Outils d’administration → Services de composants, ou tapez DCOMCnfg.exe dans la barre de recherche, puis cliquez sur Entrée pour ouvrir la boîte de dialogue Services de composants.
3. Développez Services de composants dans la boîte de dialogue Services de composants. Ensuite, développez Ordinateurs, faites un clic droit sur Mon ordinateur et cliquez sur Propriétés.
4. Allez à l’onglet Sécurité COM dans la boîte de dialogue Propriétés de Mon ordinateur.
5. Sélectionnez Modifier les limites sous Permissions de lancement et d’activation.
6. Dans la boîte de dialogue Permissions de lancement et d’activation qui s’ouvre, si votre nom ou le groupe auquel vous appartenez n’apparaît pas dans la liste des groupes ou noms d’utilisateur, cliquez sur Ajouter.
7. Dans la boîte de dialogue Sélectionner des utilisateurs, ordinateurs ou groupes qui apparaît, ajoutez votre nom et le groupe dans le champ Entrez les noms d’objets à sélectionner. Cliquez sur OK.
8. Dans la boîte de dialogue Permissions de lancement et d’activation, sélectionnez votre utilisateur et groupe dans la zone Groupes ou noms d’utilisateur. Sous Permissions pour l’utilisateur, dans la colonne Autoriser, sélectionnez Lancement à distance et Activation à distance. Cliquez sur OK.

L’utilisateur devrait maintenant avoir un accès à distance à l’ordinateur via DCOM.

Retour à la liste des erreurs

Cause 3 : DCOM peut ne pas être configuré pour autoriser une connexion WMI.

Solution : Si le DCOM sur la machine n’est pas configuré pour autoriser une connexion WMI, suivez les étapes ci-dessous sur la machine devant accepter la connexion WMI.

1. Connectez-vous à votre système avec des identifiants administrateur.
2. Allez dans Panneau de configuration → Outils d’administration → Services de composants, ou tapez DCOMCnfg.exe dans la barre de recherche pour ouvrir la boîte de dialogue Services de composants.
3. Développez Services de composants dans la boîte de dialogue Services de composants. Ensuite, développez Ordinateurs, faites un clic droit sur Mon ordinateur et cliquez sur Propriétés.
4. Cliquez sur l’onglet Sécurité COM dans la boîte de dialogue Propriétés de Mon ordinateur.
5. Cliquez sur Modifier les limites, sous la section Permissions d’accès.
6. La boîte de dialogue Permissions d’accès apparaîtra. Sous la section Groupes ou noms d’utilisateur, sélectionnez Connexion anonyme. Dans la section Permissions pour l’utilisateur, sélectionnez Accès à distance. Cliquez sur OK.

Retour à la liste des erreurs

Cause 4 : L’option DCOM à distance est désactivée sur la station de travail distante.

Solution : Vérifiez si DCOM à distance est activé sur la station de travail distante. Sinon, suivez les étapes ci-dessous pour l’activer :

1. Sélectionnez Démarrer > Exécuter.
2. Tapez DCOMCnfg.exe dans la zone de texte, puis cliquez sur OK.
3. Cliquez sur Services de composants > Ordinateurs > Mon ordinateur.
4. Cliquez avec le bouton droit et sélectionnez Propriétés.
5. Sélectionnez l'onglet Propriétés par défaut.
6. Cochez la case Activer DCOM distribué sur cette machine.
7. Cliquez sur OK.

Retour à la liste des erreurs

Cause 5 : Le compte utilisateur est invalide sur la machine cible.

Solution : Vérifiez si le compte utilisateur est valide sur la machine cible en ouvrant l’invite de commandes Command Prompt et en exécutant les commandes suivantes :

net use \<RemoteComputerName>C$ /u:<DomainNameUserName> "<password>"

net use \<RemoteComputerName>ADMIN$ /u:<DomainNameUserName> "<password>"

Si ces commandes affichent des erreurs, le compte utilisateur fourni n'est pas valide sur la machine cible.

Retour à la liste des erreurs

Cause 6 : Le nom d’utilisateur fourni pour le scan ne dispose pas des privilèges d’accès suffisants pour effectuer l’opération de scan. Cet utilisateur peut ne pas appartenir au groupe administrateur de cette machine.

Solution : Ajoutez l’utilisateur au groupe Administrateurs de la station de travail ou scannez la machine en utilisant un compte administrateur (de préférence un administrateur de domaine).

Retour à la liste des erreurs

Cause 7 : Un pare-feu est configuré sur l’ordinateur distant. Ces exceptions surviennent principalement sous Windows XP (SP 2) lorsque le pare-feu Windows par défaut est activé.

Solution : Désactivez le pare-feu par défaut sur la machine Windows XP :

1. Sélectionnez Démarrer → Exécuter
2. Tapez Firewall.cpl et cliquez sur OK
3. Dans l'onglet Général, cliquez sur Désactivé
4. Cliquez sur OK

Si le pare-feu ne peut pas être désactivé, lancez Administration à distance pour les administrateurs sur la machine distante en exécutant la commande suivante dans l’invite de commandes Command Prompt :

netsh firewall définir service RemoteAdmin

Après l'analyse, vous pouvez désactiver l'Administration à distance en utilisant la commande suivante :

netsh firewall définir service RemoteAdmin désactiver

Retour à la liste des erreurs

Cause 8 : Cette erreur peut survenir si le service WMI ne fonctionne pas ou si le référentiel WMI est corrompu.

Solution : Veuillez revérifier le service WMI et réenregistrer les composants WMI.

Vous pouvez enregistrer les fichiers DLL WMI en exécutant la commande suivante dans l’invite de commandes : winmgmt /RegServer

Retour à la liste des erreurs

Cause 9 : Il y a une défaillance interne d’exécution dans le service WMI (winmgmt.exe) s’exécutant sur la machine. La dernière mise à jour du référentiel WMI sur cette station de travail a pu échouer.

Solution :

Redémarrez le service WMI sur la station de travail distante :

1. Sélectionnez Démarrer → Exécuter
2. Tapez Services.msc et cliquez sur OK
3. Dans la fenêtre Services qui s'ouvre, sélectionnez le service Windows Management Instrumentation.
4. Cliquez avec le bouton droit et sélectionnez Redémarrer

Retour à la liste des erreurs

Retour aux questions de dépannage de l'agent Windows

15. Lorsque j'essaie d'installer l'agent de connexion depuis la console ADSelfService Plus, j'obtiens l'erreur suivante : « Remote Procedure Call server is unavailable. »

Cause : Le port Remote Procedure Call (RPC) de la machine est bloqué par le pare-feu.

Solution : Modifiez la configuration de votre pare-feu pour autoriser les ports RPC.

16. Lorsque j'essaie d'installer l'agent de connexion depuis la console ADSelfService Plus, j'obtiens l'erreur suivante avec le code 80041010 sous Windows Server 2003 : « Fatal error occurred. »

Cause : La classe Win32_Product n'est pas installée par défaut dans Windows 2003 Server.

Solution : Pour ajouter la classe Win32_Product, suivez les étapes ci-dessous :

1. Dans Ajout/Suppression de programmes, sélectionnez Add/Remove Windows Components.
2. Dans l'Assistant Composants Windows, sélectionnez Outils de gestion et de surveillance, puis cliquez sur Détails.
3. Dans la boîte de dialogue Management and Monitoring Tools, sélectionnez WMI Windows Installer Provider et cliquez sur OK.
4. Cliquez sur Suivant.

Retour à la liste des modules

Dépannage de l'agent de connexion macOS

1. Délai de connexion dépassé.

2. Connexion refusée.

3. Le chemin réseau est introuvable.

4. Échec de la connexion : Nom d'utilisateur inconnu ou mot de passe incorrect.

5. Permission refusée

6. Identifiants de compte de service invalides

7. Privilèges insuffisants pour le compte de service.

8. Aucune information d'authentification trouvée pour le domaine

1. Délai de connexion dépassé.

Cause : Le client macOS sur lequel vous essayez d'installer l'agent de connexion est éteint ou non connecté au réseau du domaine.

• Démarrez le client et assurez-vous qu'il est connecté au réseau du domaine. Vérifiez la connexion en pingant le client macOS depuis le serveur ADSelfService Plus. Une fois que vous êtes sûr qu'il y a une connexion, essayez à nouveau d'installer l'agent de connexion.
• Si la connexion au client Mac est correcte, vérifiez alors l'intégration du Mac avec AD.

Retour aux questions de dépannage de l'agent macOS

2. Connexion refusée.

Cause : La connexion à distance pourrait être désactivée sur le client ou dans les Paramètres de domaine d'ADSelfService Plus.

Solution :

• Ouvrez le client macOS. Allez dans Préférences → Partage et vérifiez si la connexion à distance est activée.
• Vérifiez si le compte utilisateur fourni dans les Paramètres de domaine d'ADSelfService Plus a l'accès Remote Login activé.

Retour aux questions de dépannage de l'agent macOS

3. Le chemin réseau est introuvable.

Cause : Cette erreur peut survenir si l'ordinateur cible ne peut pas être contacté.

Solution :

• Assurez-vous que l'ordinateur existe réellement. S'il existe, assurez-vous qu'il est connecté au réseau.
• Pour vérifier la connectivité, pinguez l'ordinateur cible depuis le serveur sur lequel ADSelfService Plus est installé.

Retour aux questions de dépannage de l'agent macOS

4. Échec de la connexion : nom d'utilisateur inconnu ou mot de passe incorrect.

Cause : Nom d'utilisateur ou mot de passe incorrect pour le compte de service.

Solution : Allez dans Directory Editor dans le Directory Utility et vérifiez si le nœud Active Directory peut être connecté en utilisant les identifiants utilisateur fournis dans les Paramètres de domaine d'ADSelfService Plus.

Retour aux questions de dépannage de l'agent macOS

5. Permission refusée

Cause : Le compte de service ne dispose pas des privilèges administratifs requis sur le client macOS ciblé.

Solution : Accordez les privilèges administratifs au compte de service en suivant les étapes ci-dessous :

1. Sur le client macOS ciblé, allez dans Préférences Système > Utilisateurs & Groupes > Options de connexion > Modifier > Ouvrir Directory Utility.
2. Dans l'onglet Service, cliquez sur la section Administratif.
3. Cochez la case Autoriser l'administration par et incluez le compte de service utilisé pour exécuter le serveur ADSelfService Plus.
4. Cliquez sur OK.
5. To verify the macOS client's integration with AD:
   • Allez dans Directory Utility → Directory Editor → <Votre nœud Active Directory>. Si la connexion réussit, vous pourrez voir les objets AD.
   • Si la connexion au nœud AD échoue, essayez de pinguer le contrôleur de domaine (DC) depuis le client macOS.
   • Si le DC est accessible et que le problème persiste, dissociez-le puis essayez de rattacher à nouveau le client macOS à AD.

Retour aux questions de dépannage de l'agent macOS

6. Identifiants de compte de service invalides

Cause : Identifiants de compte de service invalides ou expirés dans les Paramètres de domaine.

Solution : Mettez à jour les identifiants corrects du compte de service. Vérifiez également l'intégration du client macOS avec AD.

Retour aux questions de dépannage de l'agent macOS

7. Privilèges insuffisants pour le compte de service.

Cause : Le compte de service ne dispose pas des privilèges root nécessaires pour effectuer l'installation à distance des packages sur le client macOS ciblé.

Solution : Accordez les privilèges root au compte de service en suivant les étapes ci-dessous :

• Ouvrez le Terminal et exécutez la commande sudo visudo. Allez à la section User Privilege Specification.
• Assurez-vous que le compte ciblé dispose des privilèges root, c’est-à-dire <username> ALL=(ALL) ALL.

Retour aux questions de dépannage de l'agent macOS

8. Aucun détail d’authentification trouvé pour le domaine.

Cause : Privilèges insuffisants pour le compte de service dans les Paramètres de Domaine d’ADSelfService Plus.

Solution : Fournissez les identifiants utilisateur du domaine avec des privilèges administratifs.

Retour aux questions de dépannage de l'agent macOS

Retour à la liste des modules

Dépannage de l’agent de connexion Linux

1. Délai de connexion dépassé.

2. Connexion refusée.

3. Le chemin réseau est introuvable.

4. Permission refusée / Privilèges insuffisants pour le compte de service.

5. Identifiants de compte de service invalides

6. Aucune information d'authentification trouvée pour le domaine

7. L’opération a échoué lors de la configuration des dépendances.

1. Délai de connexion dépassé.

Cause : La machine Linux sur laquelle vous essayez d’installer l’agent de connexion est éteinte ou non connectée au réseau de domaine.

• Démarrez le client et assurez-vous qu’il est connecté au réseau de domaine. Vérifiez la connexion en pingant la machine Linux cible depuis le serveur ADSelfService Plus. Une fois que vous êtes sûr qu’il y a une connexion, essayez d’installer à nouveau l’agent de connexion.
• Si la connexion à la machine Linux est correcte, vérifiez alors l’intégration de la machine avec AD.

Retour aux questions de dépannage de l’agent Linux

2. Connexion refusée.

Cause : Le logiciel serveur SSH n’a pas été installé sur le client Linux.

Solution : Assurez-vous que le service SSHD est installé et actif sur le client Linux.

Retour aux questions de dépannage de l’agent Linux

3. Le chemin réseau est introuvable.

Cause : Cette erreur peut survenir si l'ordinateur cible ne peut pas être contacté.

• Assurez-vous que l'ordinateur existe réellement. S'il existe, assurez-vous qu'il est connecté au réseau.
• Pour vérifier la connectivité, pinguez l'ordinateur cible depuis le serveur sur lequel ADSelfService Plus est installé.

Retour aux questions de dépannage de l’agent Linux

4. Permission refusée/Privilèges insuffisants pour le compte de service.

Cause : Le compte de service configuré dans ADSelfService Plus ne dispose pas des privilèges root requis sur le client Linux cible.

Solution : Accordez root privilege au compte de service en suivant les étapes ci-dessous :

• Ouvrez le Terminal et exécutez la commande sudo visudo. Naviguez jusqu’à la section User Privilege Specification.
• Assurez-vous que le compte ciblé dispose des privilèges root, c’est-à-dire <username> ALL=(ALL) ALL.

Retour aux questions de dépannage de l’agent Linux

5. Identifiants du compte de service invalides.

Cause : Identifiants invalides ou expirés du compte de service dans les Domain Settings.

Solution : Mettez à jour les identifiants corrects du compte de service dans les Domain Settings.

Retour aux questions de dépannage de l’agent Linux

6. Aucun détail d’authentification trouvé pour le domaine.

Cause : Privilèges insuffisants pour le compte de service dans les Paramètres de Domaine d’ADSelfService Plus.

Solution : Fournissez les identifiants du compte de service avec des privilèges d'administrateur de domaine.

Retour aux questions de dépannage de l’agent Linux

7. L’opération a échoué lors de la configuration des dépendances.

Cause : Mauvaise connexion réseau. Le gestionnaire de paquets de la distribution Linux ne peut pas contacter le dépôt logiciel ou le portail web d’ADSelfService Plus.

Solution :

• Le gestionnaire de paquets de la distribution Linux doit contacter le dépôt logiciel respectif lors de la configuration des dépendances. Vérifiez la connectivité réseau sur la machine Linux. Si la connexion réseau est bonne, vérifiez et assurez-vous que le gestionnaire de paquets peut contacter le dépôt logiciel respectif (par exemple, YUM pour Fedora/CentOS).
• Le paquet lightdm-webkit2-greeter doit être installé depuis le portail web d’ADSelfService Plus. Veuillez vérifier si la machine cliente Linux peut y accéder.

Retour aux questions de dépannage de l’agent Linux

Retour à la liste des modules

Paramètres des notifications par Email, SMS et push

1. Paramètres du serveur SMS et SSLHandshakeException
2. Paramètres de notification push

Dépannage des paramètres du serveur SMS et SSLHandshakeException

Cause : Cette exception se produit lorsque vous configurez un serveur mail SMTP ou un serveur web avec SSL dans ADSelfService Plus, et que le serveur utilise un certificat auto-signé. L’environnement d’exécution Java utilisé dans ADSelfService Plus ne fera pas confiance aux certificats auto-signés à moins qu’ils ne soient explicitement importés.

Solution : Vous devez importer les certificats auto-signés utilisés par le serveur dans le package JRE utilisé par ADSelfService Plus. Suivez les étapes ci-dessous :

Étape 1 : Télécharger le certificat.

• Pour les serveurs SMTP :

  Note : Pour télécharger le certificat utilisé par le serveur SMTP, vous devez avoir OpenSSL installé. Vous pouvez le télécharger ici.

  • Ouvrez l’Invite de commandes et naviguez jusqu’au dossier bin à l’emplacement où OpenSSL est installé.
  • Now run the following command:

    openssl.exe s_client -connect SMTPServer:Portno -starttls smtp > certificatename.cer

    Par exemple : openssl.exe s_client -connect smtp.gmail.com:587 -starttls smtp > gmailcert.cer

• Pour les serveurs web :
  • Ouvrez l’URL web dans un navigateur.
  • Cliquez sur l’icône de cadenas dans la barre d’adresse.
  • Cliquez sur More Information. Cela ouvre la fenêtre du Visionneur de certificats affichant le certificat utilisé par ce serveur web.
  • Cliquez sur View Certificate.
  • Lorsque la fenêtre Certificate affichant Certificate Information Authority s’ouvre, cliquez sur l’onglet Details.
  • Cliquez sur Copy to File.
  • Dans l’Assistant d’exportation de certificat qui s’ouvre, cliquez sur Next.
  • Sélectionnez le format DRE encoded binary X.509 (.CER) et cliquez sur Next.
  • Saisissez le chemin où vous souhaitez enregistrer le fichier et cliquez sur Finish.

Étape 2 : Importer les certificats dans le package JRE de ADSelfService Plus

1. Ouvrez l'invite de commandes et naviguez jusqu'au dossier \jre\bin. Par exemple : C:\Program Files\ManageEngine\ADSelfService Plus\jre\bin
2. Exécutez la commande suivante

Keytool -importcert -alias myprivateroot -keystore ..\lib\security\cacerts -file

Par exemple : Keytool -importcert -alias myprivateroot -keystore ..\lib\security\cacerts -file C:\smtpcert.cer

3. Saisissez changeit lorsque le mot de passe est demandé
4. Saisissez y lorsque Oui ou Non est demandé
5. Fermez l'invite de commandes et redémarrez ADSelfService Plus.

Retour à la liste des modules

Dépannage des paramètres de notification push

1. CODE_ERREUR:70050A, CODE_ERREUR:70060AA, CODE_ERREUR:70060AI, CODE_ERREUR:70050CF, CODE_ERREUR:70050ACF, CODE_ERREUR:70050ICF
2. CODE_ERREUR:70050PF, CODE_ERREUR:70050APF, CODE_ERREUR:70050IPF

1. CODE_ERREUR:70050A, CODE_ERREUR:70060AA, CODE_ERREUR:70060AI, CODE_ERREUR:70050CF, CODE_ERREUR:70050ACF, CODE_ERREUR:70050ICF.

Ces erreurs surviennent en raison d'un certificat de notification push invalide ou de problèmes avec le serveur push. Veuillez contacter l'équipe de support ADSelfService Plus à support@adselfserviceplus.com pour résoudre ce problème.

Retour aux codes d'erreur de notification push

2. CODE_ERREUR:70050PF, CODE_ERREUR:70050APF, CODE_ERREUR:70050IPF.

Cette erreur apparaîtra si vous n'avez pas ouvert les ports et adresses IP/hôtes nécessaires dans la configuration de votre pare-feu.

• Open the following ports in your firewall setup so that the ADSelfService Plus web server can communicate with the push servers of Apple and Google:
  • Pour Apple Server : 5223, 2195, 2196, 443
  • Pour Google Server : 5228, 5229, et 5230, 80/443
• Additionally, you must grant access to the following IP/host addresses:
  • Pour Apple Server : gateway.push.apple.com et feedback.push.apple.com
  • Pour Google Server : Toutes les IP sortantes avec le port 80/443 ou simplement ouvrez les IP ASN de Google.

  Note : Si la politique de votre organisation ne permet pas de débloquer les IP ci-dessus, acheminer les requêtes vers ces IP via un serveur proxy conformément à la politique de votre organisation. Lorsque vous utilisez un serveur proxy, n'oubliez pas de configurer les Proxy Settings dans le produit.

Retour aux codes d'erreur de notification push

Retour à la liste des modules

Dépannage de la provision Just-in-Time (JIT)

Dans le rapport d'audit de la provision JIT, que signifient les messages d'état suivants et comment peuvent-ils être corrigés ?

1. Échec dû à des problèmes de connectivité réseau vers l'application cible.
2. Échec dû à une adresse e-mail ou un nom d'utilisateur invalide.
3. Échec dû au dépassement de la limite de fréquence.
4. Échec dû au dépassement de la limite de tentatives.
5. Le processus de création du compte utilisateur a échoué.

1. Échec dû à des problèmes de connectivité réseau vers l'application cible.

Solution : Veuillez essayer de vous connecter à l'application cible depuis le serveur ADSelfService Plus via le navigateur ou vérifier les restrictions de pare-feu sur le serveur. Si le problème persiste, veuillez contacter votre équipe du centre d'opérations réseau (NOC) ou l'équipe de support ADSelfService Plus à support@adselfserviceplus.com.

2. Échec dû à une adresse e-mail ou un nom d'utilisateur invalide.

Solution : Veuillez vérifier si l'attribut correct a été mappé pour le lien du compte utilisateur dans l'application cible.

3. Échec dû au dépassement de la limite de fréquence.

Cause : Ce problème survient lorsque le seuil API dans l'application cible a atteint la limite sur une période spécifique.

4. Échec dû au dépassement de la limite de tentatives.

Cause : Si la tentative de création du compte utilisateur a échoué plus de trois fois en une heure, la limite de tentatives est dépassée et cette erreur est enregistrée dans le rapport de provision JIT. Pour plus de détails, veuillez contacter l'équipe de support ADSelfService Plus à support@adselfserviceplus.com.

5. Le processus de création du compte utilisateur a échoué.

Retour à la Provision Juste-à-Temps

Retour à la liste des modules

SSO

1. Problème de connexion lors de l'accès aux applications personnalisées via OAuth/OIDC SSO

Cause : La CORS preflight request pourrait ne pas avoir été configurée pour l'application cible. Une preflight request CORS est généralement envoyée depuis le navigateur de l'utilisateur vers ADSelfService Plus pour vérifier l'origine de l'application cible lors de la génération ou de la récupération du jeton. ADSelfService Plus rejette ces requêtes lorsque la valeur d'origine de l'application cible n'est pas configurée.

Solution : Pour configurer la preflight request, copiez le origin depuis l'application cible. Collez-le dans le champ Login Redirect URL(s) sur la page Create Custom Application (Configuration >