Un labo Active Directory

À côté de la VM qui porte Docker, l’hôte Proxmox a deux machines virtuelles de laboratoire : Windows Server 2016 et Windows 10 Pro. Elles servent à un TP Active Directory. C’est tout ce qui est établi. Le nom du domaine, le rôle exact de chaque VM et le fait qu’elles soient allumées en permanence ne sont pas dans le relevé. Cet article ne les invente pas.

Pourquoi les séparer

Un TP d’annuaire casse des choses pour apprendre : un compte, une stratégie, une jointure de poste. Le faire dans la VM des services mélangerait l’exercice avec Nutry, la stack média et Docker. Les deux VM de labo sont donc à part, sur le même hôte, sans être la machine qui héberge les services du quotidien. On peut arrêter l’exercice sans arrêter le reste, et l’inverse est vrai aussi.

Elles ne sont pas non plus le poste MINI-LEO. Ce poste est un Windows 11 IoT Enterprise LTSC, avec VMware, VirtualBox et Hyper-V, pour le travail courant. Le labo dont on parle ici est virtualisé par Proxmox, sur le ThinkStation P340, à côté de la VM Debian.

Ce qu’on ne documente pas

Pas de plan d’adressage, pas de nom de domaine, pas de compte. Un labo de ce genre vit très bien sans être publié. Le publier ajouterait des détails qui changent à chaque séance et qui n’aident pas à comprendre le homelab. La seule information utile pour la carte d’ensemble est celle-ci : deux systèmes, un usage pédagogique, et une frontière nette avec la VM des services.

Le jour où le TP sera figé, un complément pourra dire quel système porte l’annuaire et lequel sert de poste, si c’est bien le découpage retenu. En attendant, le schéma les groupe sous l’étiquette « VM de labo », dans l’hôte Proxmox, et nulle part ailleurs.

Le reste de la rubrique parle des services qui tournent pour de vrai au quotidien. Le labo, lui, est un bac à sable. Le garder petit dans la documentation est volontaire : on sait quelles machines existent, et on ne prétend pas connaître le contenu de l’exercice.