Windows Server 2025 / Joindre un client Windows au domaine AD

Pour joindre un client Windows au domaine Active Directory (AD), il faut une édition compatible, un DNS interne et une connectivité fonctionnels, ainsi que les droits de créer ou de réutiliser le compte d'ordinateur. Configurez CLIENT1 pour utiliser le DNS de DC1, joignez ad.example.test, redémarrez, puis vérifiez séparément l'appartenance de l'ordinateur et la session utilisateur.

Préparez la découverte du domaine et les autorisations

Utilisez une édition de Windows qui prend en charge la jonction à un domaine AD, par exemple une édition Pro ou Entreprise compatible. Windows Home et l'inscription à Microsoft Entra ID ne remplacent pas cette jonction. AD et DNS doivent fonctionner sur DC1 dans le réseau isolé du laboratoire.

• Définissez le nom de CLIENT1 et conservez un accès administrateur local fonctionnel.
• Configurez le DNS 172.24.50.10 et vérifiez les options DHCP reçues, si DHCP est utilisé.
• Vérifiez la date, l'heure et la communication avec le contrôleur de domaine.
• Préparez un compte autorisé à créer le compte d'ordinateur ou à réutiliser un objet existant selon les règles du domaine.

Resolve-DnsName '_ldap._tcp.dc._msdcs.ad.example.test' -Type SRV -Server 172.24.50.10
nltest /dsgetdc:ad.example.test

Exécutez ces commandes sur CLIENT1. Résolvez un échec de découverte avant de réessayer des mots de passe. Consultez les autorisations nécessaires à la jonction au domaine et limitez la délégation au périmètre requis.

Joignez CLIENT1 depuis les propriétés système

1. Sur CLIENT1, exécutez sysdm.cpl, ouvrez l'onglet Nom de l'ordinateur et choisissez Modifier.
2. Sélectionnez Domaine et saisissez ad.example.test.
3. Indiquez un compte de domaine autorisé, et non le mot de passe local de CLIENT1.
4. Confirmez le message de réussite, enregistrez votre travail et redémarrez.
5. Choisissez Autre utilisateur, puis connectez-vous avec AD\nom_utilisateur ou nom_utilisateur@ad.example.test.

Consultez la procédure Microsoft de jonction au domaine. Si aucun compte utilisateur standard du laboratoire n'existe encore, vérifiez d'abord l'accès administrateur et testez le compte standard après sa création. N'utilisez pas les administrateurs du domaine pour les tâches quotidiennes.

La première connexion avec un compte du domaine ne réutilise pas automatiquement l'ancien profil local. Un autre bureau et d'autres préférences sont donc possibles. Sauvegardez les données et planifiez leur migration avant de supprimer un ancien profil.

Utilisez PowerShell comme alternative

Utilisez ces commandes dans une session Windows PowerShell avec élévation uniquement si CLIENT1 n'a pas déjà été joint par l'interface graphique. Saisissez les identifiants de façon interactive. Après Add-Computer, vérifiez la réussite de l'opération avant d'exécuter la ligne de redémarrage :

$joinCredential = Get-Credential
Add-Computer -DomainName 'ad.example.test' -Credential $joinCredential -PassThru -Verbose
Restart-Computer

Un redémarrage ne corrige pas une jonction qui a échoué. La même préparation permet de joindre le futur serveur membre FS1 : conservez son adresse statique 172.24.50.20 et configurez le DNS de domaine fonctionnel.

Vérifiez l’appartenance au domaine et l’identité connectée séparément

Get-CimInstance Win32_ComputerSystem | Select-Object Name,Domain,PartOfDomain
whoami
$env:LOGONSERVER
Test-ComputerSecureChannel -Verbose

PartOfDomain doit valoir True et Domain doit afficher ad.example.test. whoami identifie la session actuelle, qui peut encore être locale sur un ordinateur déjà joint. Test-ComputerSecureChannel s'utilise ici sur un client ou un serveur membre, sans remplacer les diagnostics du contrôleur de domaine.

Sur DC1, ouvrez Utilisateurs et ordinateurs Active Directory et recherchez l'objet CLIENT1. Computers est un conteneur par défaut, pas une unité d'organisation (UO). Déplacez l'objet ultérieurement dans l'UO Workstations du laboratoire pour les exercices de stratégie. Les objets utilisateur et ordinateur ont des emplacements distincts.

Traitez la réutilisation des comptes et la sortie du domaine

Les protections de jonction peuvent bloquer la réutilisation d'un compte d'ordinateur existant. Contrôlez son propriétaire, les droits délégués et l'état du poste au lieu de désactiver les protections ou de supprimer un compte actif. Examinez l'horodatage des événements pertinents dans C:\Windows\debug\NetSetup.log.

Avant de quitter le domaine, confirmez l'accès administrateur local. Passez ensuite à un groupe de travail, autorisez la modification et redémarrez. La conservation des données de profil et le nettoyage des objets côté serveur demandent des décisions distinctes. Pour la suite du cours, gardez CLIENT1 dans le domaine et consignez séparément les résultats de la jonction, de la connexion utilisateur standard, du DNS et du canal sécurisé.