Windows Server 2025 / Rôles du serveur et parcours d’apprentissage
Windows Server 2025 est un système d’exploitation serveur destiné à l’exécution centralisée de services tels que l’authentification utilisateur, le partage de fichiers, les services réseau et les machines virtuelles. Lors de l’apprentissage, concentrez-vous sur la configuration d’un service, l’utilisation depuis un client, et le diagnostic des pannes et la remise en service avant d’essayer d’installer toutes les fonctionnalités disponibles.
Que gère un système d’exploitation serveur ?
Un ordinateur personnel exécute principalement des applications pour la personne connectée. Un serveur répond aux demandes de plusieurs utilisateurs ou appareils. L'administration implique donc plus que vérifier que la machine démarre : vous devez également contrôler qui peut se connecter, maintenir les services disponibles et savoir ce qui peut être restauré après une panne.
Par exemple, un serveur de fichiers départemental a besoin de plus qu'une simple collection de dossiers. Les documents des ressources humaines devraient être inaccessibles aux départements non concernés, tandis que les employés autorisés devraient pouvoir les ouvrir depuis leurs propres ordinateurs. Fournir le service et contrôler l'accès font partie de la même tâche d'administration.
Microsoft décrit Windows Server comme une plateforme pour les applications, services et charges de travail organisationnels dans son aperçu de Windows Server. Vous pouvez l'installer directement sur un serveur physique ou l'exécuter en tant que système d'exploitation invité d'une machine virtuelle (VM).
Installer Windows Server et configurer un rôle de serveur sont des tâches distinctes
L'installation du système d'exploitation ne crée pas automatiquement un domaine ou un site web. Vous ajoutez un rôle adapté à l'objectif du serveur et configurez le service qu'il fournit. Les fonctionnalités regroupent des composants de support, notamment les outils de gestion et les environnements d’exécution des applications.
| But | Rôle principal ou outil | Résultat à vérifier |
|---|---|---|
| Gérer les comptes et les ordinateurs de manière centralisée | Services de domaine Active Directory (AD DS) | Un client peut se connecter avec un compte de domaine |
| Trouver des serveurs par nom | Serveur du Système de Noms de Domaine (DNS) | Un nom de serveur se résout à l'adresse IP souhaitée |
| Attribuer les paramètres IP automatiquement | Serveur de protocole de configuration dynamique des hôtes (DHCP) | Un client reçoit une adresse de la plage prévue |
| Partager des documents départementaux | Serveur de fichiers et partages Server Message Block (SMB) | Seuls les comptes autorisés peuvent utiliser le dossier partagé |
| Fournir un site web | Serveur web Internet Information Services (IIS) | Le site répond dans un navigateur client |
| Exécuter des machines virtuelles | Hyper-V | Une machine virtuelle peut être créée, démarrée et connectée au réseau prévu |
Vous pouvez combiner des rôles dans un environnement d’apprentissage, sans pour autant considérer leur regroupement sur un seul serveur comme une architecture recommandée en production. Séparer les rôles détermine l’impact des pannes, les frontières de sécurité et ce que vous devez récupérer de manière indépendante.
Commencez par un petit laboratoire virtuel
Un serveur et un client Windows suffisent pour commencer à observer l'installation, la résolution de noms, la jonction au domaine et l'application des stratégies. Ajoutez un serveur de fichiers et un autre contrôleur de domaine lorsque vous atteignez la séparation des rôles et la réplication. Pour chaque machine que vous ajoutez, enregistrez la communication et la résolution de noms dont elle a besoin.
- DC1 : le premier contrôleur de domaine et le serveur DNS du laboratoire.
- CLIENT1 : un client Windows pour vérifier l'accès au serveur et la connexion au domaine.
- FS1 : un serveur membre pour les dossiers partagés départementaux.
- DC2 : un contrôleur de domaine supplémentaire pour la réplication et les vérifications de défaillance.
Gardez le réseau du laboratoire DHCP séparé de votre réseau domestique ou professionnel réel. Un serveur DHCP mal connecté peut distribuer des paramètres réseau indésirables à d'autres appareils ainsi qu'aux machines du laboratoire. Utilisez des comptes et des mots de passe de laboratoire distincts plutôt que les identifiants d'une organisation réelle.
Le flux de travail couvert dans ce cours
- Installation et configuration initiale : choisissez une option d'installation, puis configurez les noms, les adresses IP, le DNS, l'heure et les mises à jour.
- Accès à la gestion : utilisez la console locale, les Outils d’administration de serveur à distance (RSAT), Windows Admin Center et PowerShell.
- Services principaux : configurez DNS et DHCP, créez un domaine et connectez un client.
- Stratégies et partages : créez des utilisateurs, des groupes et des unités d’organisation (OU), puis appliquez la stratégie de groupe et les autorisations de fichier.
- Opérations et récupération : créez des sauvegardes, vérifiez les restaurations et examinez les journaux et les performances.
- Laboratoires étendus : configurez Hyper-V et IIS, puis vérifiez un environnement avec plusieurs rôles interagissant.
Les services de certification et le clustering sont des sujets avancés qui nécessitent une planification spécifique. Vous n'avez pas besoin d'un environnement de haute disponibilité complet pour votre premier laboratoire. Apprenez à expliquer pourquoi les services de base fonctionnent avant de décider jusqu'où étendre l'environnement.
Vérifiez les résultats, pas seulement les commandes
Enregistrez le serveur cible, le compte utilisé, le paramètre modifié, ainsi que les résultats attendus et réels. Après avoir créé un partage, par exemple, testez-le avec un utilisateur ordinaire autorisé et un compte non autorisé. L'ouverture réussie en tant qu'administrateur ne prouve pas que ses permissions sont correctes.
Notez la valeur originale avant de faire un changement, puis vérifiez le résultat à la fois depuis le serveur et le client. Après avoir modifié les paramètres DNS, tester uniquement l'accès à Internet du serveur peut manquer un problème de jonction de domaine. Considérez la résolution de noms, l'authentification et l'accès aux services comme des vérifications séparées pour cerner la cause du problème.
Définissez l’achèvement en termes de résultats observables : un administrateur peut se connecter après un redémarrage, un compte de domaine peut se connecter après que le client a rejoint le domaine, ou un fichier peut être restauré à partir de la sauvegarde dans un emplacement séparé. Ces critères rendent le travail plus facile à comprendre et à répéter.
