Comment créer un dossier partagé VMware : Guide technique complet pour les systèmes invités Windows et Linux

Un dossier partagé VMware est un répertoire côté hôte exposé à une machine virtuelle invitée via le protocole HGFS (Host-Guest File System), implémenté par les modules noyau de VMware Tools. Il fonctionne comme un montage de pseudo-système de fichiers qui contourne entièrement le disque virtuel, permettant l’échange direct de fichiers entre l’OS hôte et l’OS invité sans configuration réseau, ni transferts FTP ou SCP.

Ce guide couvre l’intégralité du processus de configuration pour VMware Workstation, VMware Player et VMware Fusion — incluant l’installation de VMware Tools, la configuration des dossiers partagés, l’accès côté invité sous Windows et Linux, le montage HGFS persistant via `/etc/fstab`, ainsi que la résolution des modes d’échec les plus courants que la documentation omet généralement.

Prérequis et aperçu de l’architecture

Avant de modifier les paramètres, vérifiez que les éléments suivants sont en place :

• VMware Workstation Pro/Player (v16+), VMware Fusion (hôte macOS), ou VMware Workstation Pro 17 est installé sur l’hôte.
• Une machine virtuelle fonctionnelle existe et peut démarrer correctement.
• VMware Tools est installé dans l’OS invité — c’est non négociable. La fonctionnalité de dossier partagé dépend entièrement du module noyau `vmhgfs` (Linux) ou du pilote VMCI/HGFS (Windows) installé par VMware Tools.
• Le dossier hôte que vous souhaitez partager existe et dispose des permissions de système de fichiers appropriées pour le compte utilisateur exécutant le processus VMware.

Pourquoi HGFS est important : Contrairement à un partage réseau (SMB/NFS), HGFS fonctionne via le canal de communication backdoor de VMware. Aucune pile TCP/IP n’est impliquée, aucune règle de pare-feu à configurer, et aucune résolution DNS requise. Cela le rend nettement plus rapide pour les petits transferts de fichiers et complètement isolé de la configuration réseau de l’invité.

Étape 1 : Installer VMware Tools sur l’OS invité

VMware Tools est le prérequis auquel la plupart des configurations échouées sont attribuables. Open-VM-Tools, l’équivalent open source maintenu par la communauté Linux, est entièrement pris en charge et préféré sur les distributions Linux modernes.

Installation de VMware Tools sur un invité Windows

1. Avec la VM sous tension, accédez à VM > Installer VMware Tools dans la barre de menu VMware. Si l’option indique « Réinstaller VMware Tools », sélectionnez-la — elle effectue la même opération.
2. VMware monte une ISO virtuelle (`windows.iso`) comme lecteur CD-ROM dans l’invité.
3. Ouvrez l’Explorateur de fichiers, accédez au lecteur monté (généralement `D:`), et exécutez `setup.exe`.
4. Sélectionnez l’installation Typique sauf si vous avez une raison spécifique de personnaliser les composants.
5. Redémarrez l’invité lorsque vous y êtes invité.

Installation de VMware Tools sur un invité Linux

Les distributions modernes devraient utiliser open-vm-tools depuis leur gestionnaire de paquets natif plutôt que l’installateur Perl hérité :

“`bash

Debian / Ubuntu

sudo apt update && sudo apt install open-vm-tools open-vm-tools-desktop

RHEL / CentOS / AlmaLinux / Rocky Linux

sudo dnf install open-vm-tools

Arch Linux

sudo pacman -S open-vm-tools

“`

Après l’installation, activez et démarrez le service :

“`bash

sudo systemctl enable vmtoolsd

sudo systemctl start vmtoolsd

“`

Note critique pour les invités Linux sans interface graphique/serveur : Installez uniquement `open-vm-tools` (sans le suffixe `-desktop`) si l’invité n’a pas d’environnement graphique. Le paquet `-desktop` ajoute une intégration X11 qui est sans intérêt et potentiellement problématique sur les serveurs.

Si vous utilisez la méthode ISO VMware Tools héritée sur Linux :

“`bash

Mount the CD if not auto-mounted

sudo mount /dev/cdrom /mnt/cdrom

Copy and extract the tarball

cp /mnt/cdrom/VMwareTools-*.tar.gz /tmp/

cd /tmp && tar -xzf VMwareTools-*.tar.gz

Run the installer

cd vmware-tools-distrib

sudo ./vmware-install.pl

“`

Acceptez toutes les valeurs par défaut sauf si vous avez une exigence de configuration spécifique. Redémarrez après la fin de l’installation.

Étape 2 : Activer les dossiers partagés dans les paramètres VMware

Cette étape est effectuée sur la machine hôte via l’interface VMware. La VM n’a pas besoin d’être sous tension pour la configuration initiale, bien que vous puissiez également ajuster les paramètres pendant que la VM est en cours d’exécution dans certaines versions de VMware.

1. Dans VMware Workstation/Player, sélectionnez votre machine virtuelle cible dans le panneau de bibliothèque.
2. Cliquez sur Modifier les paramètres de la machine virtuelle (ou appuyez sur `Ctrl+D`).
3. Accédez à l’onglet Options (pas l’onglet Matériel).
4. Sélectionnez Dossiers partagés dans la liste de gauche.
5. Dans la section « Partage de dossiers », choisissez l’une des options suivantes :

Sélectionnez Toujours activé pour un flux de travail de développement ou d’exploitation persistant.

1. Cliquez sur Ajouter pour lancer l’assistant de dossier partagé.

Étape 3 : Configurer le dossier partagé via l’assistant

L’assistant est simple mais contient une option qui prête souvent à confusion :

1. Cliquez sur Suivant sur l’écran d’accueil de l’assistant.
2. Cliquez sur Parcourir pour sélectionner le répertoire côté hôte que vous souhaitez exposer à l’invité. Vous pouvez également saisir le chemin directement. Important : Le chemin doit être accessible au compte utilisateur OS sous lequel VMware s’exécute. Si VMware s’exécute sous votre compte utilisateur, le dossier doit être lisible (et accessible en écriture, si nécessaire) par ce compte.
3. Nommez le dossier partagé. Ce nom devient l’identifiant du point de montage dans l’invité — il n’a pas besoin de correspondre au nom réel du dossier sur l’hôte. Utilisez des noms courts et alphanumériques sans espaces pour éviter les problèmes d’échappement de chemin dans les terminaux Linux.
4. Cochez Activer ce partage pour l’activer immédiatement.
5. Cochez éventuellement Lecture seule si l’invité ne doit pas avoir accès en écriture au dossier hôte. C’est une bonne pratique de sécurité lors du partage de code source ou de fichiers de configuration avec des VMs non fiables ou expérimentales.
6. Cliquez sur Terminer, puis sur OK.

Étape 4 : Accéder au dossier partagé depuis l’OS invité

Accès aux dossiers partagés sur un invité Windows

1. Démarrez la VM et connectez-vous.
2. Ouvrez l’Explorateur de fichiers.
3. Dans le volet de navigation de gauche, cliquez sur Réseau. Vous verrez un hôte nommé `vmware-host`.
4. Développez `vmware-host` > Dossiers partagés — votre dossier configuré apparaît ici.
5. Vous pouvez le mapper comme lecteur réseau persistant : faites un clic droit sur le dossier, sélectionnez Connecter un lecteur réseau, et attribuez une lettre de lecteur (par ex. `Z:`).

Vous pouvez également y accéder directement via le chemin UNC dans la boîte de dialogue Exécuter (`Win+R`) :

“`

vmware-hostShared Foldersyour_folder_name

“`

Accès aux dossiers partagés sur un invité Linux

Par défaut, VMware Tools monte les dossiers partagés sous `/mnt/hgfs/`. Vérifiez cela immédiatement après le démarrage :

“`bash

ls /mnt/hgfs/

“`

Si le nom de votre dossier partagé apparaît, naviguez dedans :

“`bash

cd /mnt/hgfs/your_folder_name

ls -la

“`

Si `/mnt/hgfs/` est vide ou si le répertoire n’existe pas, le système de fichiers HGFS n’a pas été monté automatiquement. C’est un problème courant avec les noyaux récents et open-vm-tools. Utilisez la commande de montage manuelle suivante :

“`bash

sudo mkdir -p /mnt/hgfs

sudo vmhgfs-fuse .host:/ /mnt/hgfs/ -o subtype=vmhgfs-fuse,allow_other

“`

Le binaire `vmhgfs-fuse` (faisant partie d’open-vm-tools) remplace l’approche héritée par module noyau utilisée dans les anciennes versions de VMware Tools. La syntaxe `.host:/` monte tous les dossiers partagés sous `/mnt/hgfs/` simultanément.

Rendre le montage HGFS persistant après les redémarrages (Linux)

Ajoutez une entrée dans `/etc/fstab` pour que les dossiers partagés se montent automatiquement au démarrage :

“`bash

sudo nano /etc/fstab

“`

Ajoutez la ligne suivante :

“`

.host:/ /mnt/hgfs fuse.vmhgfs-fuse defaults,allow_other,uid=1000,gid=1000 0 0

“`

Remplacez `uid=1000` et `gid=1000` par l’UID/GID réel de votre compte utilisateur (vérifiez avec `id yourusername`). La définition de ces valeurs garantit que les fichiers montés appartiennent à votre utilisateur plutôt qu’à root, ce qui évite les erreurs de permission lors de la modification de fichiers depuis l’invité.

Testez l’entrée fstab sans redémarrer :

“`bash

sudo mount -a

“`

Étape 5 : Résolution des problèmes courants de dossiers partagés

Les problèmes suivants représentent les schémas d’échec les plus fréquents, y compris les cas particuliers que la documentation standard n’aborde pas.

Dossier partagé non visible dans l’invité Linux

Symptôme : `/mnt/hgfs/` existe mais est vide après l’activation des dossiers partagés dans les paramètres VMware.

Cause 1 — module vmhgfs non chargé :

“`bash

lsmod | grep vmhgfs

“`

Si aucune sortie n’apparaît, le module n’a pas réussi à se charger. Vérifiez `dmesg` pour les erreurs :

“`bash

dmesg | grep -i vmhgfs

“`

Cause 2 — Incompatibilité de version du noyau : Après une mise à jour du noyau, les modules noyau d’open-vm-tools peuvent ne pas se recompiler automatiquement. Réinstallez :

“`bash

sudo apt reinstall open-vm-tools # Debian/Ubuntu

sudo dnf reinstall open-vm-tools # RHEL-based

“`

Cause 3 — vmtoolsd non en cours d’exécution :

“`bash

sudo systemctl status vmtoolsd

sudo systemctl restart vmtoolsd

“`

Erreurs de permission refusée sur le dossier HGFS monté

Symptôme : Les fichiers sont visibles mais ne peuvent pas être modifiés ou créés dans le dossier partagé depuis l’invité.

Cause principale : Le montage HGFS utilise par défaut la propriété root. Les options FUSE `allow_other` et `uid`/`gid` résolvent ce problème. Si vous utilisez le module noyau hérité (pas FUSE), ajoutez l’utilisateur au groupe `vmware` ou ajustez l’ACL du dossier hôte.

Dossiers partagés grisés dans les paramètres VMware

Symptôme : L’option Dossiers partagés est présente mais non configurable.

Cause : Cela se produit avec VMware Player (version gratuite) sur certaines configurations d’OS hôte, ou lorsque la VM est configurée en mode restreint/chiffré. VMware Workstation Pro est requis pour la gestion complète des dossiers partagés dans les déploiements d’entreprise.

Dossier partagé inaccessible après la mise en veille/hibernation de l’hôte

Symptôme : Le montage HGFS devient obsolète après la reprise de l’hôte depuis la veille.

Correctif : Remontez manuellement ou ajoutez un service systemd qui remonte au réveil :

“`bash

sudo systemctl restart vmtoolsd

sudo vmhgfs-fuse .host:/ /mnt/hgfs/ -o subtype=vmhgfs-fuse,allow_other

“`

Performances lentes de transfert de fichiers via les dossiers partagés

Cause principale : HGFS n’est pas optimisé pour les grands transferts binaires. Pour transférer des fichiers de plus de 500 MB, envisagez d’utiliser SCP, rsync via SSH vers un adaptateur réseau hôte uniquement, ou simplement d’attacher un disque virtuel supplémentaire. Les dossiers partagés excellent pour les petits fichiers de configuration, les scripts et le code source — pas pour le déplacement de données en masse.

Étape 6 : Gérer et supprimer les dossiers partagés

La gestion des dossiers partagés est non destructive — la suppression d’un dossier partagé des paramètres VMware ne supprime pas le répertoire côté hôte. Elle supprime uniquement le mappage HGFS.

1. Éteignez la VM (ou ajustez les paramètres en direct si la version VMware prend en charge l’ajout à chaud).
2. Ouvrez Modifier les paramètres de la machine virtuelle > Options > Dossiers partagés.
3. Sélectionnez l’entrée du dossier cible.
4. Cliquez sur Supprimer pour effacer le mappage, ou sur Propriétés pour modifier le nom, le chemin ou l’indicateur de lecture seule.
5. Remettez la VM sous tension. Le point de montage dans l’invité sera vide ou absent au prochain démarrage.

Pour supprimer une entrée `/etc/fstab` obsolète sur Linux après la suppression du dossier partagé, modifiez le fichier et supprimez la ligne `.host:/` correspondante, puis exécutez `sudo mount -a` pour vérifier l’absence d’erreurs.

Dossiers partagés VMware vs. méthodes alternatives de transfert de fichiers

Comprendre quand utiliser les dossiers partagés plutôt que d’autres mécanismes est essentiel pour les environnements de production et de développement.

Pour les équipes gérant une infrastructure virtualisée à grande échelle, les limitations de HGFS deviennent rapidement apparentes. Les charges de travail de production nécessitant un accès aux fichiers cohérent et à haut débit entre l’hôte et l’invité sont mieux servies par des solutions de stockage dédiées. Si vous exécutez plusieurs VMs pour le développement, les tests ou les pipelines CI/CD, un environnement d’Hébergement VPS avec des volumes de stockage correctement provisionnés élimine entièrement la frontière hôte-invité.

Considérations de sécurité pour les dossiers partagés VMware

Les dossiers partagés introduisent un pont de système de fichiers direct entre l’hôte et l’invité. Cela a des implications de sécurité significatives :

• Risque d’évasion de VM : Un invité compromis avec accès en écriture à un dossier partagé peut modifier les fichiers côté hôte. Utilisez toujours le mode lecture seule lors du partage de dossiers avec des VMs exécutant des logiciels non fiables ou des services exposés au public.
• Principe du moindre privilège : Partagez uniquement le sous-répertoire spécifique nécessaire, jamais l’intégralité du répertoire personnel ou de la racine système.
• Propagation de logiciels malveillants : Un ransomware s’exécutant dans une VM invitée peut chiffrer les fichiers d’un dossier partagé accessible en écriture sur l’hôte. Traitez les dossiers partagés comme une surface d’attaque.
• Cohérence des instantanés : Les fichiers modifiés via HGFS ne sont pas capturés dans les instantanés de VM. Si la cohérence de restauration est importante, copiez les fichiers sur le disque virtuel avant de prendre un instantané.

Pour les environnements où l’isolation est primordiale — tels que la recherche en sécurité, l’analyse de logiciels malveillants ou l’hébergement multi-locataires — envisagez d’utiliser un Serveur dédié avec isolation au niveau matériel plutôt que des flux de travail basés sur des dossiers partagés.

Intégration des dossiers partagés VMware dans les flux de travail de développement

Les dossiers partagés sont plus puissants lorsqu’ils sont intégrés dans des flux de travail automatisés :

Synchronisation des fichiers de projet web : Montez un dossier partagé pointant vers votre répertoire de projet côté hôte, puis configurez le serveur web de l’invité (Apache/Nginx) pour servir directement depuis `/mnt/hgfs/project/`. Les modifications effectuées dans votre IDE hôte se reflètent instantanément dans l’invité sans aucune étape de synchronisation.

Gestion de configuration partagée : Stockez les playbooks Ansible, les fichiers d’état Terraform ou les définitions Docker Compose sur l’hôte et exécutez-les depuis l’invité. Cela maintient les fichiers versionnés sur l’hôte tout en tirant parti des outils côté invité.

Collecte d’artefacts de compilation : Configurez les scripts CI dans l’invité pour écrire les binaires compilés ou les rapports de test dans le répertoire monté HGFS, les rendant immédiatement disponibles sur l’hôte sans étapes SSH ou de copie de fichiers.

Pour les équipes gérant plusieurs environnements virtuels avec accès au panneau de contrôle, un VPS avec cPanel fournit une alternative gérée où la gestion des fichiers, les permissions utilisateur et les pipelines de déploiement sont gérés via une interface unifiée sans configuration HGFS manuelle.

Si votre flux de travail implique le déploiement d’applications web depuis des VMs de développement vers la production, associer votre configuration VMware locale à un Hébergement Web Mutualisé pour les environnements de staging vous permet de tester les structures de fichiers et les permissions avant de pousser vers les serveurs de production.

Pour les déploiements sécurisés SSL où les certificats doivent être distribués entre les environnements, les Certificats SSL d’AlexHost peuvent être provisionnés puis distribués aux VMs invitées via des dossiers partagés lors de scripts de configuration automatisés.

Liste de contrôle pour la prise de décision technique

Utilisez cette liste de contrôle avant de configurer des dossiers partagés VMware dans tout environnement :

• [ ] VMware Tools ou open-vm-tools est installé et le service `vmtoolsd` est en cours d’exécution
• [ ] Le chemin du dossier côté hôte ne contient ni espaces ni caractères spéciaux (évite les bugs d’échappement de chemin FUSE)
• [ ] Les permissions de lecture/écriture appropriées sont définies sur le dossier hôte pour l’utilisateur du processus VMware
• [ ] Pour les invités Linux : le binaire `vmhgfs-fuse` est disponible (`which vmhgfs-fuse`)
• [ ] Pour les montages persistants : l’entrée `/etc/fstab` inclut les options `uid`/`gid` et `allow_other`
• [ ] Le mode lecture seule est activé pour toute VM exécutant des charges de travail non fiables ou exposées à l’extérieur
• [ ] Les grands transferts de fichiers (>500 MB) sont acheminés via SCP/rsync plutôt que HGFS
• [ ] Les instantanés sont pris de l’état du disque virtuel, sans s’appuyer sur l’historique des fichiers côté HGFS
• [ ] Après les mises à jour du noyau sur les invités Linux, les modules open-vm-tools sont vérifiés ou réinstallés
• [ ] Les entrées `/etc/fstab` obsolètes sont supprimées lorsque les dossiers partagés sont effacés des paramètres VMware

FAQ

Pourquoi `/mnt/hgfs/` est-il vide même si les dossiers partagés sont activés dans VMware ?

La cause la plus courante est que le démon `vmhgfs-fuse` n’est pas en cours d’exécution ou que le module noyau HGFS n’a pas réussi à se charger après une mise à jour du noyau. Exécutez `sudo systemctl restart vmtoolsd` puis montez manuellement avec `sudo vmhgfs-fuse .host:/ /mnt/hgfs/ -o subtype=vmhgfs-fuse,allow_other`. Si cela échoue, vérifiez `dmesg | grep vmhgfs` pour les erreurs de chargement de module et réinstallez open-vm-tools.

Puis-je utiliser les dossiers partagés VMware sans VMware Tools installé ?

Non. Le protocole HGFS est entièrement implémenté dans VMware Tools. Sans lui, l’OS invité ne dispose d’aucun pilote capable de communiquer avec le sous-système de partage de fichiers de l’hyperviseur VMware. Il n’existe aucune solution de contournement — l’installation de VMware Tools est obligatoire.

Quelle est la différence entre `vmhgfs` et `vmhgfs-fuse` ?

`vmhgfs` est le module en noyau hérité utilisé par les anciennes versions de VMware Tools. `vmhgfs-fuse` est le remplacement basé sur FUSE en espace utilisateur introduit dans open-vm-tools 10.x, qui ne nécessite pas de compilation de module noyau et fonctionne sur toutes les versions du noyau sans recompilation. Les distributions Linux modernes utilisent exclusivement `vmhgfs-fuse`.

L’activation des dossiers partagés affecte-t-elle les performances de la VM ?

Le canal HGFS ajoute une surcharge CPU négligeable pendant les périodes d’inactivité. Sous une forte charge d’E/S — comme la compilation de grandes bases de code directement depuis le montage HGFS — vous observerez des augmentations de latence par rapport aux E/S natives sur disque virtuel. Pour les opérations intensives en E/S, copiez d’abord les fichiers sur le disque virtuel local de l’invité, effectuez l’opération, puis copiez les résultats dans le dossier partagé.

Les dossiers partagés VMware sont-ils pris en charge dans VMware ESXi ou vSphere ?

Non. Les dossiers partagés via HGFS sont une fonctionnalité de VMware Workstation, Player et Fusion uniquement — les produits d’hyperviseur de bureau. VMware ESXi et vSphere ne prennent pas en charge les dossiers partagés basés sur HGFS. Dans ces environnements, le partage de fichiers entre l’hôte et l’invité est géré via des datastores NFS, vSAN, ou des protocoles réseau (SMB/NFS) configurés au niveau de l’OS invité.