Erreurs d'identification de connexion utilisateur Windows SOLIDWORKS PDM

Si vous utilisez des connexions Windows avecSOLIDWORKS PDM, il y a de fortes chances que vous rencontriez ce scénario à un moment ou à un autre. Généralement, cela se présente comme un utilisateur recevant une erreur indiquant que ses identifiants sont erronés lors de la connexion – le plus souvent « Nom d'utilisateur ou mot de passe invalide » ou « Le nom d'utilisateur ou le mot de passe entré est incorrect ».

Si plusieurs de vos utilisateurs (voire tous) rencontrent cette erreur, les étapes décrites ci-dessous ne s'appliquent pas. En général, un problème système indique un problème de communication entre SOLIDWORKS PDM et votre Active Directory. Dans ce cas, je vous recommande de contacter d'abord votre équipe informatique pour vous assurer que le contrôleur de domaine est opérationnel.

Cependant, pour un ou deux utilisateurs, il existe plusieurs raisons pour lesquelles cela peut se produire, au-delà d’une simple erreur de saisie de votre mot de passe. Nous allons passer en revue les trois causes les plus courantes et comment vous pouvez les résoudre.

Profil d'utilisateur corrompu

La raison la plus courante pour laquelle on voit cette erreur sur des profils uniques est due à un profil Windows corrompu.

Lorsqu'un utilisateur Windows se connecte à un ordinateur, il crée une ruche de registre (comme un gros dossier avec de nombreux sous-dossiers) pour cet utilisateur dans le registre Windows. Cela contient des informations de configuration pour Windows et les logiciels spécifiques à l'utilisateur actuellement connecté.

Il contient également des éléments spécifiques appelés « clés LSA » dans le registre pour ce profil. Le système les utilise dans le cadre du processus d'authentification, tant pour PDM que pour d'autres plates-formes. Si ces clés sont endommagées, cela peut entraîner des problèmes de connexion avec PDM.

Voici une description de ce qui se passe en arrière-plan lorsque vous vous connectez en tant qu'utilisateur Windows à SOLIDWORKS PDM :

1. L'utilisateur entre ses informations d'identification sur la machine cliente.
2. L'ordinateur client contacte le serveur d'archives avec le nom d'utilisateur Windows.
3. Le serveur d'archives retourne une clé unique au client et au contrôleur de domaine local.
4. La clé est chiffrée avec les informations de connexion utilisateur uniques fournies par le profil actif, et le même chiffrement se produit sur le contrôleur de domaine, ce qui crée un identifiant unique pour cette connexion.
5. L'identifiant est retourné au serveur d'archives, qui reçoit aussi l'identifiant chiffré du contrôleur de domaine.
6. Si l'identifiant correspond aux deux extrémités, l'utilisateur est authentifié pour se connecter au coffre-fort.

Les clés LSA stockées sur le profil Windows local de l'utilisateur font partie du processus qui génère l'identifiant chiffré lors de la connexion, et si elles sont corrompues, l'identifiant ne sera pas généré correctement, ce qui signifie qu'il ne correspondra probablement pas à celui du contrôleur de domaine. Cela fait penser au système que les informations d'identification saisies sont erronées, ce qui provoque l'erreur.

Le moyen le plus simple de déterminer si un profil corrompu est réellement le coupable ici est simple : utilisez un autre profil Windows sur l'ordinateur, mais connectez-vous à PDM avec les mêmes informations d'identification utilisateur. Cela permet à un autre profil Windows avec des clés LSA valides d'effectuer le travail de chiffrement.

Supposons que nous soupçonnions que le profil de l'utilisatrice « JaneSmith » soit corrompu. Deux options s'offrent à vous :

1. Sur un autre ordinateur, connectez-vous à Windows avec un profil autre que JaneSmith (s'il s'agit d'une machine appartenant à Jane, quelqu'un d'autre sera généralement déjà connecté). Une fois connecté à Windows, connectez-vous à PDM en utilisant les informations d'identification de Jane.
2. Sur l'ordinateur de Jane, déconnectez-vous de Windows sous ce profil et reconnectez-vous sous un autre profil. Essayez ensuite de vous connecter à PDM sous JaneSmith.

Si l'utilisation d'un profil autre que celui de Jane sur l'ordinateur permet à Jane de se connecter à PDM, le problème est que le profil Windows de Jane possède des clés LSA corrompues. Ses identifiants PDM peuvent être validés sans problème lorsqu'un profil avec des clés LSA valides est connecté à l'ordinateur.

Dans ce cas, la solution consiste à reconstruire le profil de cet utilisateur dans Active Directory. Une fois reconstruit, il peut se connecter à l'ordinateur, puis à PDM, et l'authentification devrait fonctionner comme prévu. Votre équipe informatique devrait généralement être capable de gérer cette tâche sans trop de difficultés.

L'utilisateur existe à plusieurs endroits

Parfois, vous pouvez obtenir une erreur d’information de connexion si votre utilisateur existe à plusieurs endroits et que le profil que PDM valide possède un mot de passe différent de celui que vous attendez.

Seul le nom d'utilisateur d'un utilisateur Windows est stocké dans la base de données de PDM. Le mot de passe est géré par Active Directory et la balise de domaine est uniquement stockée dans leoutil de configuration des archives pour les utilisateurs de Windows.

Lorsque vous essayez de vous connecter à PDM, le nom d'utilisateur Windows saisi doit correspondre au nom d'un utilisateur défini dans votre outil de configuration d'archive, et le contrôleur de domaine doit accepter les informations d'identification. En général, le domaine n'est pas vérifié dans ce processus – tant que l'utilisateur existe dans PDM et peut être validé par rapport à votre contrôleur de domaine local, la connexion est acceptée.

La plupart du temps, un nom d’utilisateur spécifique n’existe qu’une seule fois – soit en tant qu’utilisateur local qui existe directement sur le serveur d’archives, soit en tant que membre d’Active Directory.

Cependant, dans certains cas, un utilisateur peut exister à plusieurs endroits. En général, il est présent soit en tant qu'utilisateur local et AD, soit en tant que deux utilisateurs AD avec le même nom d'utilisateur dans des domaines différents.

Dans ce cas, SOLIDWORKS PDM essaie d'abord de faire correspondre la connexion au compte local, puis au domaine local, puis au domaine non local. Si les mots de passe des deux comptes diffèrent, la connexion générera un message d'erreur indiquant des informations d'identification non valides, même si le mot de passe est techniquement correct pour le compte auquel ils prévoient de se connecter.

Le serveur d'archives stockera le nom de domaine ou de système utilisé par la connexion réussie la plus récente dans la clé de registre du coffre-fort « UserCache ».

Problèmes de mise en cache des informations d'identification locales

Il arrive que le mot de passe d'un utilisateur soit mis à jour dans Active Directory, mais que, pour une raison ou une autre, les informations d'identification de son environnement local n'aient pas encore été mises à jour. C'est un peu moins courant et ça peut affecter d'autres applications qui utilisent vos identifiants Windows en dehors de PDM. Le plus souvent, cela se produit avec des utilisateurs qui sont joints au domaine, mais qui travaillent à distance.

Cela commence généralement par un changement de mot de passe Windows, soit via une application ou un portail en ligne (comme Microsoft Office), soit à distance par un administrateur de domaine. Dans ce cas, les « anciens » identifiants Windows peuvent continuer à fonctionner pour la connexion à l'ordinateur, car ils ont été mis en cache localement, mais la connexion à PDM ou à d'autres applications avec l'ancien mot de passe échouera.

Parfois, avec le temps, le mot de passe finit par se propager comme prévu et se mettre à jour à tous les niveaux. Si la mise à jour ne se fait pas ou si vous avez besoin d'un accès plus immédiat (étant donné que votre contrôleur de domaine local dispose déjà des informations d'identification mises à jour), vous pouvez résoudre le problème en verrouillant votre ordinateur et en vous reconnectant avec les nouvelles informations d'identification.

Vous devez vous assurer d'être connecté au réseau de l'entreprise avant de verrouiller l'ordinateur. Allez dans le menu Démarrer > sélectionnez votre utilisateur > déconnectez-vous. Vous pouvez aussi appuyer sur les touches Windows + L.

Ensuite, entrez simplement les nouvelles informations d'identification dans l'écran de verrouillage et connectez-vous à la machine normalement avec le nouveau mot de passe. Cela devrait forcer le nouveau mot de passe à se mettre en cache et vous permettre de vous connecter à SOLIDWORKS PDM et à d'autres applications avec vos nouvelles informations d'identification.

Si ces méthodes ne règlent pas le problème, il se peut qu'un autre problème se produise avec SOLIDWORKS PDM ou votre profil Windows. Vous devez d'abord contacter votre administrateur PDM et/ou votre équipe informatique pour vous assurer que votre utilisateur est correctement configuré, puis contacter le soutien technique pour obtenir de l'aide si le problème persiste.

Ceci conclut les erreurs d'identification de connexion utilisateur Windows de SOLIDWORKS PDM. En savoir plus surSOLIDWORKS PDM dessous.

Articles connexes

SOLIDWORKS PDM et Windows Active Directory : une liste principale

Dépannage des communications réseau SOLIDWORKS PDM

SOLIDWORKS PDM : Alias de formule d'entrée

Expressions par défaut dans les cartes de données SOLIDWORKS PDM

SOLIDWORKS PDM vs 3DEXPERIENCE CLOUD PDM : flux de travail, licences et plus

VOIR TOUS LES ARTICLES SOLIDWORKS PDM