3 votes

Connexion par carte à puce : Le domaine spécifié n'est pas disponible. Veuillez réessayer plus tard

Je suis en train de monter un laboratoire d'essai.

En utilisant AD CS, j'ai déployé un certificat d'ouverture de session par carte à puce sur une HID Crescendo C1150. Lorsque je tente de me connecter à un poste de travail WIN7 avec la carte à puce, je suis accueilli par le message suivant :

Le système n'a pas pu vous connecter. Le domaine spécifié n'est pas disponible. Veuillez réessayer plus tard.

La machine est connectée à un interrupteur de laboratoire. Si je me connecte avec nom d'utilisateur:mot de passe, je peux vérifier que la station de travail a une connectivité réseau et peut atteindre le contrôleur de domaine.

Tout commentaire serait apprécié.

0 votes

Quelle configuration d'Active Directory avez-vous effectuée pour activer l'authentification par carte à puce ?

0 votes

Aucun. Les guides que j'ai consultés ne mentionnent pas les configurations AD DS. Jusqu'à présent, j'ai essentiellement publié un modèle dans AD CS, puis j'ai effectué l'inscription en ligne à partir du poste client. Il est possible de noter que, dans AD DS, si l'option Utilisateurs > <uname> > Compte > Options du compte > Une carte à puce est requise pour la boîte de connexion interactive est cochée, il n'y a pas de changement de comportement.

0 votes

Êtes-vous sûr qu'il n'utilise pas simplement les informations d'identification mises en cache pour la connexion par nom d'utilisateur/mot de passe ? J'essaierais de créer un nouvel utilisateur sur le domaine et de me connecter avec celui-ci. Cette erreur signifie vraiment qu'il ne peut pas trouver le DC. Est-ce que votre DNS sur le client pointe vers le DC ?

3voto

Crypt32 Points 6184

Le problème est que le domaine spécifié dans le certificat d'authentification est invalide ou inaccessible. Ouvrez le certificat du client (dans le gestionnaire de certificats), passez à l'onglet Détails et faites défiler vers le bas jusqu'à Subject Alternative Names l'extension du certificat. Vérifiez User Principal Name . Il contient le nom de l'utilisateur de connexion et le domaine faisant autorité pour votre compte utilisateur. Le poste de travail client tente de contacter le domaine spécifié pour valider vos informations d'identification et échoue.

0 votes

Oui, c'est ce que je pensais aussi. Sous SAN je vois : Autre nom : Principal Name=xxxxx@yyyy.zzz C'est analogue à ma carte de connexion d'entreprise, sauf que la carte de laboratoire ne contient pas d'OID suivi d'une tache hexagonale. Est-ce que l'OID manquant influence les choses ?

0 votes

Quel type d'OID ?

0 votes

Sur la carte de production, je vois : Autre nom : 2.16.x.x.etc = ff dd bb etc.

0voto

Markus Müller Points 131

Si votre UPN est correct, l'étape suivante consiste à vérifier votre journal des événements. La raison de presque toutes les erreurs de connexion y est enregistrée. Elle se trouve soit dans la catégorie sécurité, soit sous applications -> Windows -> CAPI. En fonction de l'erreur, vous obtenez des informations précieuses soit au niveau du client, soit au niveau du contrôleur de domaine.

L'authentification par carte à puce comporte de nombreux éléments mobiles et, malheureusement, les messages d'erreur affichés dans l'interface de connexion ne sont pas très précis.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X