Architecture retenue
Clients PXE → DHCP → FOG/iPXE
├─ Capture / déploiement d’images
├─ Menus iPXE personnalisés
└─ Boot Debian diskless via HTTP + NFSFOG tourne sur une VM Debian. Il est utilisé comme point central PXE/iPXE. Le NAS Synology héberge les données lourdes et le root NFS du Debian diskless.
Installation / mise en service
- Créer une VM Debian dédiée à FOG avec IP fixe.
- Installer FOG et choisir le mode adapté au DHCP déjà présent.
- Vérifier l’interface Web FOG.
- Configurer les options PXE/DHCP pour que les clients chargent iPXE depuis FOG.
- Démarrer une VM de test en réseau.
- Enregistrer l’hôte dans FOG si l’imagerie est utilisée.
Contrôles réseau
ip -br aAdresse du serveur FOGss -lntupPorts en écoutesudo tcpdump -ni any port 67 or port 68 or port 69DHCP/TFTP pendant le bootMenus iPXE personnalisés
FOG permet d’ajouter des entrées iPXE. Pour un boot HTTP, utiliser le principe suivant :
kernel http://SERVEUR/chemin/vmlinuz PARAMETRES_KERNEL
initrd http://SERVEUR/chemin/initrd.img
bootLe kernel et l’initrd peuvent être servis en HTTP tandis que le système racine est monté ensuite en NFS.
Capture / déploiement
- Préparer un poste master propre.
- Créer l’image dans FOG.
- Associer le poste à l’image.
- Lancer une tâche de capture.
- Tester un déploiement sur une VM ou un poste de test.
- Ne considérer l’image valide qu’après un démarrage complet du poste restauré.
Une capture réussie ne prouve pas qu’une restauration est exploitable. Toujours tester le déploiement.
Diagnostic PXE : ordre efficace
- Le client obtient une adresse DHCP.
- Le client reçoit le serveur/fichier PXE.
- TFTP charge le premier bootloader.
- iPXE démarre.
- HTTP télécharge kernel/initrd ou autres fichiers.
- Le stockage final (NFS, image FOG…) est accessible.
🚨 Réflexe TSSR
- Tester chaque couche séparément.
- Garder une entrée PXE de diagnostic.
- Ne pas changer DHCP, TFTP et kernel simultanément.
- Conserver les paramètres iPXE fonctionnels dans la documentation.