Déploiement d'applications avec Fog Project

Le déploiement consiste à effectuer des installations automatisées de machines ou installer ou mettre à jour automatiquement des logiciels sur des machines en production.

Pour effectuer des installations automatisées de systèmes d’exploitation, il vous faudra préparer au préalable un « Master ». Ce master sera cloné sur les machines de destination, avec des possibilités de personnalisation automatisée.

À cette fin, la machine cliente devant recevoir le déploiement (l’application du master sur celui-ci) démarrera via le réseau, le serveur de déploiement lui envoyant les éléments nécessaires.

La réalisation d’un master nécessitera des compétences sur le fonctionnement des systèmes d’exploitation concernés ainsi que de leurs outils. Un minimum de compétences en programmation de script sera également nécessaire.

Les tests ont été effectués depuis la version 1.5.9 de Fog Project installée sur une distribution Debian Stretch. Il est possible d’utiliser Fog Project sur d’autres distributions Linux, configurations non testées dans le cadre de ce tutoriel.

Les tests ont été effectués avec des machines virtuelles sous VirtualBox. Le démarrage réseau PXE en UEFI depuis VirtualBox ne fonctionne qu’en entrant dans le BIOS pour le sélectionner.

D’après le forum de Fog Project, la gestion du « Secure Boot » ne semble pas implémentée (non testé).

La partie Mac OS n’a pas été testée (pas de matériel à disposition).

Nous allons commencer par passer l’interface en français.

Après avoir cliqué sur l’icône « Fog configuration », il va falloir aller dans l’onglet « FOG Settings » (en descendant dans la liste à gauche) sur l’écran de configuration :

Il faudra ensuite descendre dans la liste et cliquer sur « General Settings » pour dérouler les réglages. Vous pourrez ensuite sélectionner la langue en changeant la « default locale » :

Après avoir validé en cliquant sur « update » et rafraîchi l’écran en cliquant sur l’icône « dashboard », vous verrez l’interface en français.

Pour les autres aspects, depuis l’écran de configuration, vous pourrez :

• affiner les réglages du serveur PXE ;
• affiner les réglages du client ;
• exporter la base de données pour effectuer une sauvegarde ;
• importer la base de données sauvegardée.

Nous n’entrerons pas dans le détail de ces réglages.

La configuration de base est stockée dans le fichier /opt/fog/.fogsettings, les autres réglages sont stockés dans la base de données MySQL nommée fog.

Vous pourrez faire un import/export de la base de données en sélectionnant « configuration save » dans la liste des choix dans l’onglet configuration.

Nous démarrons un poste client sous Windows grâce à un boot réseau PXE :

Nous aurons le menu suivant :

Il y a deux options d’enregistrement :

• Quick registration and inventory ;
• Perform Full Host Registration and Inventory.

Nous utiliserons dans un premier temps la première option, les différences seront expliquées un peu plus bas.

Une fois « quick registration and inventory » (que l’on peut traduire par enregistrement et inventaire rapide) sélectionné, la machine démarrera sur le système fourni par FOG.

Image du boot en cours :

Une fois l’enregistrement effectué, la machine apparaîtra dans la liste des hôtes avec comme nom son adresse MAC :

Vous pourrez changer le nom de la machine en cliquant dessus :

En allant dans l’onglet « inventory », vous aurez des informations sur le matériel :

Les écrans de boot seront identiques :

info : vous pouvez voir que la machine est reconnue en tant que machine Windows (présence de l’icône )

Dans le cadre d’un enregistrement avec l’option « Perform Full Host Registration and Inventory », il vous sera demandé :

• l’« image id » lié à la machine ;
• le choix d’affectation à un groupe (Y/N) ;
• l’association à un snapin (y/N) ;
• l’association d’une product key (y/N) ;
• la jonction à un domaine (y/N) ;
• le nom de l’utilisateur principal sur l’ordinateur ;
• le choix de déploiement d’une image.

Comme il s’agit ici de l’intégration d’une machine existante, nous répondons aux questions par la négative.

Une fois l’opération effectuée, la machine apparaîtra avec le nom saisi.

Pour supprimer un hôte, il faudra cliquer sur l’icône en bas de l’écran après avoir sélectionné l’hôte concerné (dans l’exemple : suppression de la machine nommée Debian) :

Une fois cliqué sur « Delete selected host » en bas de page, vous aurez un second écran ou il faudra de nouveau cliquer sur « Effacer » :

Il vous faudra ensuite entrer un identifiant ayant des droits administrateur :

Il va être intéressant de gérer des groupes de machines pour effectuer des déploiements (exemple : installer une application sur tous les postes ou pour les machines d’un service).

Pour créer un groupe, cela se passera dans la partie groupe :

Une fois le groupe créé, il faut y intégrer les machines. Pour cela, on sélectionne le groupe concerné depuis la liste des groupes :

Une fois dans le groupe, il faudra aller sur l’onglet « membership » :

Il faudra ensuite cocher « check to see what hosts can be added » :

Vous pouvez voir ci-dessous la machine win10 disponible :

Prérequis pour les versions antérieures à Windows 10 : .net framework 4.5.1

Pour installer le client sur le poste, il faudra aller sur la page Web de connexion à Fog Project, vous trouverez le lien du client en bas de page :

page suivante :

Une fois le client téléchargé, le seul point d’attention nécessaire lors de l’installation sera la page de configuration :

Vous pouvez voir que l’adresse du serveur par défaut est « fogserver » : à remplacer par son adresse IP, à moins que vous ayez créé une entrée pour celui-ci dans vos DNS.

Pour le « web root », celui-ci sera à modifier si vous avez effectué des modifications sur le virtualhost créé pour Fog Project.

Fog Project dépend de Mono (l’implémentation libre de la plateforme .NET), qu’il faudra commencer par installer :

apt-get install mono-complete

Vous pourrez ensuite télécharger le client proprement dit :

wget http://[serveur fogproject]]/fog/client/download.php?smartinstaller

Ceci va créer un fichier nommé « download.php?smartinstaller », que l’on renommera en smartinstaller.exe

Nous lancerons ensuite son installation par la commande mono smartinstaller.exe :

mono smartinstaller.exe


                     ..#######:.    ..,#,..     .::##::.
                .:######          .:;####:......;#;..
                ...##...        ...##;,;##::::.##...
                   ,#          ...##.....##:::##     ..::
                   ##    .::###,,##.   . ##.::#.:######::.
                ...##:::###::....#. ..  .#...#. #...#:::.
                ..:####:..    ..##......##::##  ..  #
                    #  .      ...##:,;##;:::#: ... ##..
                   .#  .       .:;####;::::.##:::;#:..
                    #                     ..:;###..

                ###########################################
                #     FOG                                 #
                #     Free Computer Imaging Solution      #
                #                                         #
                #     https://www.fogproject.org/         #
                #                                         #
                #     Credits:                            #
                #     https://fogproject.org/Credits      #
                #     GNU GPL Version 3                   #
                ###########################################
                #           FOG Service Installer         #

------------------------------------License-----------------------------------

FOG Service Copyright (C) 2014-2020 FOG Project
This program comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to redistribute it under certain
conditions. See your FOG server under 'FOG Configuration' -> 'License' for
further information.

----------------------------------Information---------------------------------

Version.................................................................0.12.0
OS.......................................................................Linux
Current Path............................................................./root
Install Location............................................../opt/fog-service
Systemd...................................................................True
Initd.....................................................................True

Vous seront ensuite posées les questions suivantes :

-----------------------------------Configure----------------------------------

FOG Server address [default: fogserver]: 192.168.1.200
Webroot [default: /fog] :
Enable tray icon? [Y/n] : n
Start FOG Service when done? [Y/n] : Y

Ci-dessous les logs d’installation :

----------------------------------Installing----------------------------------

Getting things ready....................................................[Pass]
Installing files........................................................[Pass]
Saving Configuration.................................................... 06/07/2021 08:45:49 Installer Settings successfully saved in /opt/fog-service/settings.json
[Pass]
Applying Configuration..................................................[Pass]
Pinning FOG Project..................................................... 06/07/2021 08:45:49 Installer FOG Project CA successfully installed
[Pass]
Pinning Server.......................................................... 06/07/2021 08:45:49 Data::RSA ERROR: FOG Server CA NOT found in keystore - needs to be installed
 06/07/2021 08:45:49 Middleware::Communication Download: http://192.168.1.200/fog/management/other/ca.cert.der
 06/07/2021 08:45:50 Data::RSA Injecting root CA:
 06/07/2021 08:45:50 Installer Successfully pinned server CA cert to CN=FOG Server CA
[Pass]

Starting FOG Service....................................................[Pass]

-----------------------------------Finished-----------------------------------

See /root/SmartInstaller.log for more information.

6-1-1. Test de déploiement de Firefox▲

Nous allons tester l’installation de Firefox sur Windows :

Pour cela, il faudra récupérer le fichier .msi de Firefox sur le site de Mozilla.

Pour une installation simple, il suffira de créer un snapin avec le .msi de Mozilla.

Par défaut, l’option /quiet permettant l’installation silencieuse est sélectionnée :

J’ai décoché l’option « redémarrage après installation », inutile pour Firefox.

La commande générée sera :

 

Sélectionnez

msiexec.exe /i Firefox_Setup_89.0.2.msi /quiet

Cette commande sera visible dans la page de création du snapin, dans le champ « commande snapin ».

Une fois le snapin créé, il va falloir l’affecter à une machine ou à un groupe de machines. Pour cela, il faut sélectionner celui-ci depuis la liste :

Le numéro 1 visible après le nom de la tâche correspond au numéro de snapin, numéro autoincrémenté à chaque création de snapin.

Une fois la tâche (le snapin) sélectionnée (en cliquant sur son nom), il faudra aller sur l’onglet membership :

Il faudra cocher la case « check to see what hosts can be added » et affecter les machines souhaitées.

Dans l’exemple ci-dessous, la machine « win7 » a été intégrée :

Il est également possible de le faire depuis l’écran d’un hôte dans l’onglet snapin :

Pour affecter un snapin à un groupe, il faudra le faire depuis le groupe lui-même, dans l’onglet snapin :

Restera à intégrer le ou les snapin au groupe (dans notre exemple Firefox) :

Restera ensuite à créer la tâche de déploiement depuis l’onglet « basic task » du groupe (ou de la machine), dans la partie avancée :

il faut ensuite sélectionner « all snapins » pour déployer plusieurs actions ou « single snapin » pour un seul dans la liste des options :

Dans la tâche, il faudra sélectionner le ou les snapin et choisir si le déploiement doit se faire immédiatement ou si celui-ci doit être déclenché à un moment précis :

Vous aurez ensuite confirmation de la création de la tâche :

Vous pouvez voir l’état de la tâche en cliquant sur l’icône tâche en haut :

En passant sur les icônes dans la colonne « status », vous aurez leur signification :

• l’icône signifiant que la tâche est en file d’attente ;
• l’icône signifiant que le traitement est en cours ;
• l’icône indique qu’il s’agit d’un snapin.

En cas de choix d’installation immédiate, il y aura quand même un petit délai avant exécution de la tâche sur la machine cliente.

Au moment du déclenchement de l’installation, sur un client Windows, vous aurez une notification :

Une nouvelle notification sera affichée une fois le snapin installé. Vous pouvez constater l’ajout d’une icône Firefox sur le bureau :

Une fois le déploiement effectué, vous pourrez remarquer que l’icône Firefox n’a pas été créée dans la barre des tâches. En regardant la documentation de l’installation Firefox, vous pourrez constater qu’il existe une option à passer à l’installeur .exe pour obtenir une icône dans la barre des tâches. La documentation vous fournit également tout ce qu’il faut comme informations pour repackager votre propre .msi.

Dans l’interface Fog Project, vous pouvez voir la liste des snapins installés dans l’onglet « snapin history » :

Si vous supprimez Firefox du poste client et redéclenchez une tâche d’installation, Firefox sera réinstallé. Le snapin apparaîtra une seconde fois dans l’historique.

Rappel : il sera impératif que l’installation soit silencieuse. Certains installeurs le permettent grâce à des paramètres de ligne de commande. Vous devrez rechercher pour chaque logiciel à installer les options pour un déploiement silencieux. En cas d’absence de celui-ci, vous ne pourrez pas le déployer sans utiliser des outils comme Msiexec pour les fichiers .msi ou sans repackager l’application pour que celle-ci soit silencieuse lors de l’installation.

6-1-2. Test de déploiement de VLC▲

Nous allons tester le déploiement de VLC.

Pour déployer VLC, nous utiliserons les paramètres /L=1036 et /S pour respectivement sélectionner le français et effectuer une installation silencieuse (paramètres disponibles sur le site officiel).

Nous sélectionnerons batch script et verrons qu’il utilisera cmd /c :

Il faudra ensuite uploader l’installeur de VLC en cliquant sur « browse », puis indiquer les paramètres. Nous décocherons également le reboot après installation :

Ce qui donnera dans le champ « snapin-command read only » la commande qui sera exécutée :

 

Sélectionnez

cmd.exe /c vlc-3.0.16-win32.exe /L=1036 /S

Exemples courants de déploiement ici.

Les fichiers inhérents aux snapins sont stockés par défaut dans /opt/snapins. Supprimer un snapin ne supprimera pas le fichier qu’il utilise, pensez donc à l’effacer si besoin.

Pour Linux, l’installation d’un logiciel hors déploiement se fait en général par le gestionnaire de paquets de la distribution :

• apt pour les bases Debian (Debian, Ubuntu, Mint) ;
• yum pour les bases Redhat (Redhat, Fedora ;
• yast pour SUSE ;
• pacman pour Archlinux.

Le fonctionnement est similaire, quel que soit le gestionnaire de paquets.

Exemple pour l’installation de Firefox sur une Debian :

apt-get install firefox-esr -y

L’option -y servant à l’autoconfirmation

Firefox ESR est la version avec support à long terme (ESR=Extended Support Release)

sur base Redhat :

yum install firefox -y

6-2-1. Flatpak ▲

6-2-2. installation par script▲

6-2-3. Installation par compilation▲

Un snapin pack est un fichier .zip qui sera copié sur le poste client, décompressé, puis le fichier exécutable y étant contenu passé en argument : .exe, .msi, batch, selon le choix effectué, sera exécuté. Le fichier à exécuter pourra être dans un sous-dossier tant que son chemin relatif est indiqué dans le champ snapin pack file.

Il vous faudra donc préparer de fichier .zip avant le déploiement.

Le déploiement d’un snapin pack se fera de la même façon qu’un snapin standard, vous aurez juste à sectionner « Snapin Pack » dans le champ snapin type. Pour les autres champs, pas de changement.

Ceci permettra de fournir au client un ensemble de fichiers installés automatiquement et non plus un seul fichier.

Dans le cadre de déploiements, le principe sera de préparer une machine avec toutes les applications et réglages communs, que l’on nommera « master » et qui sera anonymisée. Ce « master » servira à déployer la même image sur plusieurs machines.

7-1-1. Personnalisation Windows▲

sysprep /generalize /oobe

C:\Windows\system32\sysprep\sysprep.exe /generalize /oobe /unattend:c:\sysprep.xml

<unattend xmlns="urn:schemas-microsoft-com:unattend" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State">
 <settings pass="specialize">
  <component name="Microsoft-Windows-Shell-Setup" publicKeyToken="31bf3856ad364e35" 
     language="neutral" versionScope="nonSxS" processorArchitecture="x86">
   <ComputerName>JohnWayne</ComputerName>
   <ProductKey>AAAAA-AAAAA-AAAAA-AAAAA-AAAAA</ProductKey>
   <TimeZone>Central European Standard Time</TimeZone>
  </component>
 </settings>
 <settings pass="oobeSystem">
  <component name="Microsoft-Windows-Shell-Setup" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" 
     language="neutral" versionScope="nonSxS" processorArchitecture="x86">
   <FirstLogonCommands>
    <SynchronousCommand wcm:action="add">
     <Order>1</Order>
     <CommandLine>C:\runonce.cmd</CommandLine>
     <Description>RunOnce Command</Description>
    </SynchronousCommand>
   </FirstLogonCommands>
  </component>
 </settings>
</unattend>

7-1-2. Personnalisation Linux▲

linux /install/vmlinuz file=/[path]/preseed/personalization.seed  —
initrd /install/initrd.gz

ks=[chemin]/kickstart-file.cfg

Pour pouvoir stocker certaines images sur le serveur Fog principal et d’autres images sur un serveur de stockage annexe, il va falloir créer un groupe de stockage et y affecter le nouveau serveur de stockage. Jusqu’à présent, nous avions utilisé le groupe de stockage par défaut.

Pour créer un groupe de stockage, il faudra se rendre dans l’onglet stockage, puis sélectionner « Add storage group » :

Vous pourrez ensuite affecter le nœud au nouveau groupe plutôt qu’au groupe par défaut. Vous aurez donc bien deux serveurs de stockage différents :

• l’espace de stockage du serveur principal ;
• l’espace de stockage du serveur de stockage.

Si vous ajoutez des serveurs supplémentaires, vous pourrez les affecter aux groupes existants et donc avoir la réplication des images comme dans le premier cas de figure, ou plus répartir les images sur plusieurs serveurs.

Nous partirons du postulat que le serveur de déploiement est secondé par un serveur de stockage.

Nous allons profiter de ce serveur de stockage pour y intégrer une redondance de la base de données. La copie de cette base ne sera pas utilisée en fonctionnement normal, il faudrait pour cela monter un cluster de base de données pour répartir la charge. Il s’agira ici d’une simple synchronisation au niveau base de données.

Nous commençons par créer un fichier de configuration /etc/mysql/conf.d/replication.cnf sur le serveur principal pour activer la réplication.

[mysqld]
bind-address = 0.0.0.0
server-id=1
log-bin=mysql-bin.log

La première ligne bind-address = 0.0.0.0 permet aux autres machines de communiquer avec MySQL/MariaDB. Par défaut un serveur MySQL/MariaDB ne communique que sur localhost (127.0.0.1).

La ligne server-id devra contenir une valeur différente sur chaque serveur

La dernière ligne log-bin permet d’activer les logs binaires appelés aussi journaux de transactions. Avec cette option, un journal de transactions est utilisé et va enregistrer tous les accès en écritures à la base (INSERT/UPDATE/DROP, etc.). En simplifiant, ceci permet de remettre la base dans un état précédent en utilisant lesdits journaux. La taille et la purge des journaux de transaction sont paramétrables. Ces journaux vont aussi être utilisés pour la réplication, le serveur esclave va récupérer les logs sur le serveur maître et rejouer les opérations nécessaires pour que le maître soit répliqué sur l’esclave.

La relation sera à sens unique, mais il est possible de faire de la synchronisation en créant une double relation maître-esclave. Dans ce cas de figure, il vaudra mieux monter un cluster de bases de données.

Une fois le fichier de configuration créé, il faudra redémarrer le service MySQL/MariaDB.

Pour que le serveur principal soit indisponible le moins longtemps possible, il faudra préparer à l’avance le serveur secondaire. Une fois celui-ci prêt, créez-y le même fichier de configuration que vu ci-dessus en remplaçant la valeur du server id (vous pouvez copier celui-ci avec rsync).

Dans le cadre de ce test, le serveur accueillant la réplication (l’esclave) possède l’adresse IP 192.168.1.201, le serveur principal possède l’adresse IP 192.168.1.200 (le maître).

Sur le serveur principal, la prochaine étape consistera à créer un utilisateur pour la réplication :

GRANT REPLICATION SLAVE ON *.* TO `sync`@`192.168.1.201` IDENTIFIED BY `motdepasse`;

Sur le serveur principal, nous exécutons ensuite la commande suivante dans la console MySQL :

MariaDB [(none)]> FLUSH TABLES WITH READ LOCK;

Cette commande va forcer l’écriture d’un éventuel cache non enregistré sur le disque et placer un verrou en lecture seule. Cette opération devra être faite avant de relever la position actuelle dans les logs de façon à pouvoir faire un export cohérent et avoir la position de référence dans les logs.

Nous relevons ensuite la position des logs :

MariaDB [(none)]> SHOW MASTER STATUS;
+------------------+----------+--------------+------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000001 |      617 |              |                  |
+------------------+----------+--------------+------------------+
1 row in set (0.00 sec)

Nous avons relevé le nom du fichier log et la position actuelle, nous faisons un export depuis le shell :

mysqldump –all-databases -u root -p > export.sql

Avec -u pour le nom d’utilisateur, -p pour la demande de mot de passe.

Nous pouvons maintenant retourner dans la console MySQL/MariaDB et déverrouiller la base :

MariaDB [(none)]> UNLOCK TABLES;

Une fois le fichier d’export copié sur le serveur secondaire, nous l’importons :

mysql -u root -p < export.sql

Nous activons la réplication avec les étapes suivantes :

MariaDB [(none)]> STOP slave;
Query OK, 0 rows affected, 1 warning (0.00 sec)

Puis nous indiquons les paramètres pour la réplication, avec les éléments de position :

MariaDB [(none)]> CHANGE MASTER TO MASTER_HOST='192.168.1.200',
    -> MASTER_USER='sync',
    -> MASTER_PASSWORD='motdepasse',
    -> MASTER_LOG_FILE='mysql-bin.000001',
    -> MASTER_LOG_POS=617;
Query OK, 0 rows affected (0.10 sec)

Et enfin :

MariaDB [(none)]> START slave;
Query OK, 0 rows affected (0.00 sec)

La réplication se déclenchera immédiatement. Vous pourrez voir l’état de la réplication avec la commande :

MariaDB [(none)]> show slave status \G

L’option \G permet un affichage plus lisible.

En cas de perte de serveur de stockage, il faudra supprimer ses références dans la base de données (suppression du nœud dans stockage → all storage node).

Une fois cette opération effectuée, il suffira de réinstaller le serveur de stockage, puis de l’intégrer dans Fog Project comme vu dans le chapitre 9Installation d’un nœud de stockage (Storage node).

Restera à remettre en service la réplicationSécurisation de la base par réplication MySQL si appliquée.

Nous supposerons que nous avons la base répliquée sur le serveur et une copie du fichier de configuration.

Nous réinstallons un serveur en lui affectant la même IP que celui d’origine.

Nous copions avec rsync le dossier Fog, le fichier de configuration (nous plaçons le fichier .fogsettings dans /fog/ opt) et un export de la base.

Nous commençons par importer la base dans MySQL/MariaDB :

mysql -u root -p < fichier_export.sql

Nous lançons ensuite l’installation, qui après confirmation réinstallera fog.

Il sera alors possible de se connecter à l’interface Web d’administration.

Par contre, il sera nécessaire de récupérer les images et les snapins depuis le serveur de stockage, la synchronisation de ceux-ci ne se fera pas automatiquement.

Pour accéder à cette fonctionnalité, il vous faudra aller sur l’hôte concerné dans l’interface de Fog Project. Une fois celui-ci sélectionné, la fonctionnalité d’arrêt ou de redémarrage sera accessible depuis l’onglet « Power management ».

Vous pourrez choisir l’action :

• redémarrage ;
• arrêt ;
• wake-on-lan.

Vous pourrez ensuite planifier ou lancer immédiatement l’opération :

Sur les hôtes Windows, vous aurez une notification sur le poste client, avec possibilité de décaler celle-ci, ou de l’annuler :

Sur un poste Linux, le redémarrage, une fois pris en compte par Fog Project, sera immédiat sans notification.

Le redémarrage ou arrêt est également applicable à un groupe.

La suppression de mot de passe sera accessible depuis l’écran « basic task » de la machine concernée :

Il faudra alors saisir le nom du compte ou le mot de passe doit être réinitialisé :

Si la machine est en route, cela déclenchera son redémarrage (avec la boite de dialogue permettant le report sous Windows)

tâche en cours :

Le problème mentionné ci-dessus est contournable en créant un snapin réinitialisant le mot de passe par un script batch ou PowerShell, mais rendant du coup cette fonctionnalité inutile.

Il est possible depuis Fog Project de déclencher un test mémoire. Celui-ci s’appuie sur l’utilitaire bien connu memtest86+.

L’option est accessible depuis « basic task » avancé, tout comme pour le changement de mot de passe :

L’option est aussi déclenchable depuis le boot PXE.

memtest en cours d’exécution :

Le test de surface va permettre de faire un test physique du disque :

Fog Project utilisait auparavant CLAMAV pour effectuer un scan antivirus sur les postes distants. Cette fonction est dépréciée, mais ni retiré de l’interface ou du démarrage PXE, ni du wiki officiel. Information obtenue depuis le forum de support.

Fog Project vous permettra d’effacer à distance un disque.

Pour ceci, il faudra sélectionner dans les tâches de l’hôte :

• fast wipe ;
• normal wipe ;
• full wipe.

Une fois la procédure déclenchée et la machine redémarrée en PXE, vous aurez 60 secondes pour interrompre la procédure en arrêtant l’ordinateur :

Ci-dessous l’effacement en cours :

La commande utilisée pour l’effacement est shred. Celle-ci permet l’effacement sécurisé, le nombre de passes étant sélectionnable (différence entre un fast wipe, un normal wipe, ou un full wipe).

Cette opération peut être pratique en cas de nécessité d’effacement de masse, par exemple après remplacement d’un parc informatique.

La fonction « recover » va vous permettre de lancer le bien connu utilitaire Photorec.

Photorec se lance avec sélection automatique du disque source. Il vous faudra sélectionner un dossier de destination, ce qui pourra vous poser des difficultés, celui-ci devant être monté avant destination.

La fonction Debug va vous permettre d’ouvrir un terminal sur le boot PXE :

Vous aurez ensuite un prompt terminal.

Pour un client Linux :

Pour un client Windows :

Vous aurez ensuite accès à toutes les commandes disponibles dans l’image PXE.

Une fois ce que vous avez à faire terminé, il faudra supprimer la tâche Debug dans l’interface Web de Fog sous peine de redémarrer sur l’image PXE en mode Debug.

Fog Project permet également de gérer des imprimantes partagées. Pour cela, il faudra créer la file d’attente et y renseigner les éléments suivant :

• le type d’imprimante (imprimante TCP/IP, imprimante réseau, imprimante CUPS) ;
• le nom de la file d’attente ;
• le fichier .inf (pour Windows).

Utiliser un logiciel de déploiement pour gérer des files d’attente semble peu utile. Si on fait du déploiement, c’est en général qu’on a une infrastructure avec serveurs, avec lesquels on va en général gérer ce type de services.

L’intérêt est surtout de faciliter le déploiement de ces files d’attente directement sur les clients de Fog Project. Rien n’empêche non plus de déployer des imprimantes avec des login scripts en environnement Active directory dans le cas d’un environnement Windows.

Je remercie les membres du forum de Fog Project pour leur réponse sur l’Antivirus.

Je remercie LittleWhite ainsi que djibril pour leur relecture technique et escartefigue pour la relecture orthographique.