Prestataires de services gérés et NetDrive — une config pour chaque poste client
Consultants IT et petits MSP utilisent NetDrive sous Windows et macOS pour déployer des lecteurs cloud par MSI, les monter au démarrage et publier des lecteurs d'équipe sans identifiants.
Une société informatique de deux personnes assure le support de huit petits bureaux. Chaque nouveau client ramène le même après-midi : installer quelque chose sur chaque PC, saisir les mêmes identifiants de stockage poste par poste, puis répondre à un appel le lundi parce qu’une lettre de lecteur n’est pas revenue après un redémarrage. NetDrive transforme cet après-midi en routine reproductible : le stockage cloud est monté comme un lecteur ordinaire sous Windows ou macOS, et la configuration commune est diffusée depuis une seule console.
Standardisez les lecteurs cloud sur tous les postes clients
Avec NetDrive, Google Drive, OneDrive, S3, SFTP, WebDAV et plus apparaissent comme des lecteurs natifs sur Windows et macOS — sans synchronisation ni téléchargement complet.
- Installation MSI silencieuse pour les parcs Windows
- Publication de lecteurs d'équipe aux membres, sans mot de passe partagé
- Montage au démarrage pour les serveurs où personne ne se connecte
Essai gratuit. Licences à vie et abonnements disponibles.
Pourquoi la configuration poste par poste ne passe pas à l’échelle
La plupart des petits clients paient déjà pour un stockage cloud : Google Drive, OneDrive for Business, SharePoint, Dropbox Business ou un bucket S3. Le problème n’est pas le stockage. Le personnel veut qu’il ressemble à un dossier, et chaque poste est configuré un peu différemment par la personne qui avait le temps ce jour-là.
NetDrive monte ces fournisseurs comme des lecteurs dans l’Explorateur ou le Finder, de sorte que le personnel du client ouvre Z:\Projects comme il ouvrait autrefois un partage de serveur de fichiers. Pour vous qui assurez le support, c’est un seul outil pour de nombreux fournisseurs, au lieu d’un client de synchronisation par éditeur. NetDrive n’a pas de mode hors ligne : prévenez d’emblée vos clients qu’un lecteur monté nécessite une connexion.
Déploiement sur les parcs Windows
Pour les machines Windows, NetDrive fournit un installateur MSI destiné aux administrateurs et au déploiement réseau. Confiez-le à l’outil de déploiement que vous utilisez déjà, puis lancez-le avec :
msiexec /i NetDrive3-<version>.msi REINSTALL=ALL REINSTALLMODE=vamusNetDrive prend en charge Windows 8 à 11 et Windows Server 2012, 2016, 2019 et 2022 : un seul paquet couvre donc la plupart des environnements clients. Les redistribuables Visual C++ dont il dépend sont liés depuis la page de téléchargement. Préinstallez-les sur les machines plus anciennes. Le guide complet se trouve dans Deploy NetDrive on Windows with MSI.
Sur Mac, installez depuis le DMG de la page de téléchargement. Les versions actuelles exigent macOS 14 (Sonoma) ou plus récent, ce qu’il vaut mieux vérifier dans l’inventaire de vos clients avant de promettre une date.
Publier des lecteurs d’équipe plutôt que des identifiants
Ce qui fait gagner le plus de temps, c’est le lecteur d’équipe. Avec une licence d’équipe, un administrateur crée le lecteur une fois dans la console d’équipe et le publie auprès des membres choisis. Le personnel se connecte avec son propre compte Bdrive et le lecteur apparaît. Personne ne colle une clé S3 dans une fenêtre de discussion.
La publication sélective compte pour les prestataires et le personnel à temps partiel. Un comptable peut recevoir le lecteur de comptabilité sans voir le partage de l’ingénierie, et quand quelqu’un part, vous réattribuez sa licence au lieu de renouveler les identifiants sur chaque machine. Les détails sont dans NetDrive Team Drive.
Serveurs, serveurs de terminaux et redémarrages
Certains lecteurs clients doivent exister quand personne n’est connecté : une sauvegarde qui écrit dans Azure Blob, un appareil de numérisation vers dossier, une application métier qui lit dans S3. Chaque lecteur peut être réglé pour se monter au démarrage, à la connexion ou pas automatiquement, et le mode démarrage le reconnecte pendant le lancement du système.
Pour les clients sur un serveur de terminaux Windows, NetDrive prend en charge les environnements multi-utilisateurs avec une licence d’équipe depuis la version 3.1.286. Si un montage au démarrage échoue après une mise à jour, Fix NetDrive Auto-Mount on Startup liste les causes habituelles.
Une liste de contrôle d’intégration reproductible
- Faites l’inventaire du client : versions de Windows ou macOS et stockage cloud utilisé.
- Créez l’équipe et attribuez des licences au personnel du client.
- Ajoutez le lecteur partagé une seule fois dans la console d’équipe et publiez-le aux bons membres.
- Déployez NetDrive par MSI sous Windows, ou par DMG sous macOS.
- Réglez le montage automatique : au démarrage pour les lecteurs côté serveur, à la connexion pour les postes de bureau.
- Testez un redémarrage avant de quitter le site.
- Utilisez des lecteurs en lecture seule pour les archives, afin que les projets clos ne soient pas modifiés par erreur (Read-Only Drive).
Si quelqu’un signale une liste de dossiers périmée, Force Folder Refresh règle cela sans remontage.
Limites à annoncer aux clients
NetDrive monte du stockage ; ce n’est ni un outil de synchronisation ni de sauvegarde, et il n’a pas de fonction de chiffrement côté client. La prise en charge de Linux est expérimentale : laissez donc les machines Linux des clients hors de votre promesse. En étant franc sur ces limites, le reste du déploiement reste simple.
En résumé
Pour un petit prestataire, le gain tient à la cohérence : le même installateur, la même disposition de lecteurs et des identifiants qui restent dans une seule console. Commencez à votre prochaine intégration et réutilisez ensuite la liste de contrôle. Pour la partie fichiers partagés, voir Office File Locking.
— Kai, NetDrive