perte d'authentification domaine après remplacement de la carte réseau

Gwen Quinn 0 Points de réputation
2026-11-09T12:24:58.8966667+00:00

J'ai remplacé la carte réseau d'un poste du domaine aujourd'hui. Le pilote s'est bien installé, mais depuis, l'authentification domaine ne fonctionne plus du tout. Les utilisateurs ne peuvent plus ouvrir de session avec leur compte AD, accès partages bloqués, et j'ai l'impression que la machine a perdu sa relation d'approbation.

J'aimerais éviter de sortir et remettre bêtement le PC du domaine sans comprendre ce qui bloque. Je me demande si NLA ne fait pas des siennes en passant le réseau en Public, ou si c'est la nouvelle adresse MAC qui bloque la mise à jour du DNS.

Est-ce que quelqu'un a déjà eu le cas après un changement de matériel ? Vous vérifiez quoi en premier pour savoir si ça vient du profil réseau NLA, du canal sécurisé AD ou de vieilles clés de registre restées liées à l'ancienne carte ? Merci d'avance pour votre aide !

Windows pour les entreprises | Windows 365 Business
0 commentaires Aucun commentaire

1 réponse

  1. Chance Maurice Niyonzima 825 Points de réputation Conseiller indépendant
    2026-11-09T17:53:32.1433333+00:00

    Bonjour Gwen,

    Merci d'avoir posté votre question sur le forum Microsoft Windows !

    La découverte la plus importante est que le problème a commencé immédiatement après le remplacement de l'adaptateur réseau. Cela suggère que la station de travail peut toujours être liée au domaine, mais qu'elle ne peut plus communiquer correctement avec Active Directory ni maintenir son canal sécurisé avec le domaine.

    Ce que cela suggère

    Le remplacement d'un adaptateur réseau peut parfois entraîner :

     A network profile change (Domain → Public)
     DNS resolution issues
     A broken Active Directory secure channel
     Residual configuration associated with the old network adapter
    

    Le changement d'adresse MAC lui-même ne romprait normalement pas la relation de confiance Active Directory, mais il peut révéler un problème sous-jacent de connectivité, de DNS ou d'identité réseau.

    Chèques de plus haute valeur

    1. Vérifier le profil réseau

    D'abord, vérifiez comment Windows identifie le réseau.

    Run :

    Get-NetConnectionProfile
    

    Si le réseau s'affiche comme suit :

    Public

    ou bien :

    Private

    au lieu de :

    DomainAuthenticated

    dans ce cas, la station de travail peut ne pas localiser ou communiquer avec succès avec un contrôleur de domaine.

    2. Vérification de la configuration DNS

    Run :

    ipconfig /all
    

    et confirmer que la station de travail utilise les serveurs DNS internes d'Active Directory.

    Puis testez :

    nslookup <domain_name>
    

    et :

    nltest /dsgetdc:<domain_name>
    

    Si la station de travail ne peut pas localiser un contrôleur de domaine, l'authentification de domaine et l'accès aux ressources échoueront.

    3. Vérifier le canal sécurisé Active Directory

    Pour vérifier si la relation de confiance fonctionne toujours, exécutez :

    Test-ComputerSecureChannel -Verbose
    

    ou bien :

    nltest /sc_verify:<domain_name>
    

    Ces commandes peuvent rapidement déterminer si le canal sécurisé de la station de travail avec Active Directory est intact.

    4. Vérifier la présence d'adaptateurs réseau hérités cachés

    Après avoir remplacé un adaptateur réseau, Windows peut conserver les références aux adaptateurs précédents.

    Ouvert :

    Device Manager
    → View
    → Show hidden devices
    

    et vérifier s'il existe d'anciens adaptateurs réseau ou déconnectés qui pourraient encore avoir une configuration réseau enregistrée.

    Visualiseur d'événements d'évaluation

    Je vous conseillerais aussi de relire :

    Event Viewer
    → Windows Logs
    → System
    

    et :

    Event Viewer
    → Applications and Services Logs
    → Microsoft
    → Windows
    → NlaSvc
    

    ainsi que :

    Event Viewer
    → Applications and Services Logs
    → Microsoft
    → Windows
    → GroupPolicy
    

    Ces journaux révèlent souvent si Windows ne peut pas identifier le réseau de domaine ou contacter un contrôleur de domaine lors du démarrage.

    Une précision

    Pourriez-vous nous en faire savoir :

    - Does the workstation currently show Public, Private, or DomainAuthenticated?

    - Does Test-ComputerSecureChannel return True or False?

    - Can the workstation successfully locate the domain controller via DNS?

    - What exact error message do users receive when attempting to sign in?

    Ces détails aideront à déterminer si le problème est lié à la Connaissance de la Localisation Réseau (NLA), à la résolution DNS, au canal sécurisé Active Directory ou à la configuration résiduelle de l'ancien adaptateur réseau.

    Références Microsoft

    J'espère que cette réponse vous a apporté des informations utiles.

    Si oui, veuillez cliquer sur Accepter la réponse et envisager de la voter favorablement. Cela aide d'autres membres de la communauté à identifier des solutions utiles à des problèmes similaires.

    Si vous pouvez partager les résultats de Get-NetConnectionProfile, Test-ComputerSecureChannel ou nltest, nous serons ravis de les examiner avec vous et de vous aider à déterminer la meilleure étape suivante.

    Cette réponse a-t-elle été utile ?


Votre réponse

Les réponses peuvent être marquées comme « Acceptées » par l’auteur de la question et « Recommandées » par les modérateurs, ce qui aide les utilisateurs à savoir que la réponse a résolu le problème de l’auteur.