TL;DRPas besoin de payer un abonnement Google Drive pour avoir un dossier partagé accessible de partout : un serveur Debian, SSHFS et une clé SSH suffisent. Voici la procédure complète, étape par étape.

Pourquoi SSHFS plutôt que Google Drive#

Google Drive facture au-delà de 15 Go, impose ses conditions d'utilisation et héberge vos fichiers sur des serveurs que vous ne contrôlez pas. SSHFS (SSH Filesystem) répond au même besoin concret — un dossier partagé, accessible à distance, monté comme un disque local — en s'appuyant uniquement sur le protocole SSH, déjà installé sur n'importe quel serveur Linux. Aucun serveur applicatif supplémentaire à faire tourner, aucune faille propre à un service de synchronisation à surveiller : la sécurité de SSH, éprouvée depuis plus de 25 ans, suffit.

La contrepartie : c'est vous qui gérez le serveur, la capacité de stockage et les sauvegardes. C'est justement l'objet de cet article.

Ce qu'il vous faut avant de commencer#

  • Un serveur sous Debian (12 « Bookworm » ou plus récent), avec une adresse IP joignable depuis Internet — un VPS chez n'importe quel hébergeur convient, à partir de quelques euros par mois.
  • Un accès root ou sudo sur ce serveur.
  • Un ordinateur client sous Linux, macOS ou Windows, qui accueillera le dossier monté.
  • Environ 20 minutes.

Étape 1 : préparer le serveur Debian#

Connectez-vous en SSH à votre serveur, puis mettez le système à jour :

sudo apt update && sudo apt upgrade -y

Vérifiez que le serveur SSH est bien installé et actif (il l'est par défaut sur la plupart des images Debian) :

sudo apt install -y openssh-server
sudo systemctl enable --now ssh

C'est tout ce dont le serveur a besoin : SSHFS n'exige aucun paquet supplémentaire côté serveur, contrairement à un NAS logiciel ou un service comme Nextcloud.

Étape 2 : créer un utilisateur dédié et une clé SSH#

Évitez de partager un dossier via le compte root. Créez un utilisateur dédié :

sudo adduser partage

Depuis votre ordinateur client, générez une paire de clés SSH si vous n'en avez pas déjà une :

ssh-keygen -t ed25519 -C "mon-drive-perso"

Copiez la clé publique vers le serveur :

ssh-copy-id -i ~/.ssh/id_ed25519.pub partage@VOTRE_IP_SERVEUR

Puis désactivez l'authentification par mot de passe sur le serveur (fichier /etc/ssh/sshd_config) :

PasswordAuthentication no

Redémarrez le service pour appliquer le changement :

sudo systemctl restart ssh

À partir de maintenant, seule une machine possédant la clé privée correspondante peut se connecter — un mot de passe, aussi long soit-il, reste devinable ou volable ; une clé de ce type ne l'est pas en pratique.

Étape 3 : créer le dossier partagé#

Sur le serveur, créez le dossier qui fera office de « Drive » :

sudo mkdir -p /home/partage/drive
sudo chown partage:partage /home/partage/drive
chmod 700 /home/partage/drive

Étape 4 : installer SSHFS sur vos appareils#

SSHFS s'installe sur chaque appareil qui doit accéder au dossier, pas sur le serveur.

  • Linux (Debian/Ubuntu) : sudo apt install -y sshfs
  • macOS : installez macFUSE, puis brew install gromgit/fuse/sshfs-mac
  • Windows : installez WinFsp, puis SSHFS-Win

Étape 5 : monter le dossier distant#

Créez un point de montage local, puis montez le dossier distant dessus :

mkdir -p ~/MonDrive
sshfs partage@VOTRE_IP_SERVEUR:/home/partage/drive ~/MonDrive -o reconnect,ServerAliveInterval=15,ServerAliveCountMax=3

Le dossier ~/MonDrive se comporte alors comme n'importe quel dossier local : vous pouvez y glisser des fichiers, les ouvrir, les modifier. Ils sont en réalité stockés sur le serveur distant. L'option reconnect rétablit automatiquement la connexion après une coupure réseau, ce qui évite les blocages du dossier en cas de Wi-Fi instable.

Pour démonter le dossier :

fusermount -u ~/MonDrive

Étape 6 : automatiser le montage au démarrage#

Pour ne pas retaper la commande à chaque redémarrage, ajoutez une ligne au fichier /etc/fstab de votre machine cliente (Linux) :

partage@VOTRE_IP_SERVEUR:/home/partage/drive /home/VOTRE_UTILISATEUR/MonDrive fuse.sshfs noauto,x-systemd.automount,_netdev,users,idmap=user,IdentityFile=/home/VOTRE_UTILISATEUR/.ssh/id_ed25519,allow_other,reconnect 0 0

L'option x-systemd.automount monte le dossier dès qu'on y accède, sans ralentir le démarrage si le serveur est injoignable au boot.

Sécuriser le dispositif#

Un serveur exposé sur Internet, même pour un usage aussi simple, mérite les mêmes précautions qu'un serveur de production :

  • Pare-feu : n'ouvrez que le port SSH (22, ou un port personnalisé) avec ufw : sudo ufw allow 22 && sudo ufw enable.
  • Fail2ban : bloque automatiquement les adresses IP qui multiplient les tentatives de connexion échouées (sudo apt install -y fail2ban).
  • Clé uniquement, jamais de mot de passe : c'est le point le plus important, déjà couvert à l'étape 2.
  • Mises à jour régulières : unattended-upgrades applique automatiquement les correctifs de sécurité.

Ce que nous faisons chez Websource#

Chez Websource, c'est exactement ce principe de dossier partagé par SSHFS que nous utilisons en interne pour certains échanges de fichiers entre postes et serveurs. Mais un dossier partagé, aussi pratique soit-il, reste hébergé sur une seule machine : en cas de panne disque ou d'incident sur ce serveur, tout ce qu'il contient peut être perdu d'un coup.

C'est pour cette raison que nous ne nous arrêtons jamais à la seule solution de partage : une sauvegarde quotidienne automatisée copie l'ensemble des données importantes vers un serveur externe séparé, via une clé SSH dédiée — jamais de mot de passe, jamais de copie manuelle oubliée. Si le serveur principal tombe, les données existent ailleurs, à jour de la veille au plus tard. C'est le même principe qu'à l'étape 2 de ce guide (authentification par clé), appliqué cette fois à la sauvegarde plutôt qu'à l'accès au dossier.

Retenez cette règle, quel que soit le volume de données concerné : un seul exemplaire de vos fichiers n'est jamais une sauvegarde, seulement une copie en sursis.

Les limites face à Google Drive#

Cette solution n'a rien d'un remplacement à l'identique, et il est plus honnête de le dire clairement :

  • Pas d'application mobile dédiée avec synchronisation automatique en arrière-plan, comme Google Drive en propose.
  • Pas de collaboration en temps réel sur des documents (l'équivalent de Google Docs).
  • Le débit dépend entièrement de la bande passante de votre serveur : un VPS d'entrée de gamme suffit pour un usage personnel, mais montre ses limites pour de gros volumes ou plusieurs utilisateurs simultanés.
  • Vous êtes responsable de la capacité de stockage et de la sécurité : aucun filet de sécurité fourni par un tiers.

En échange, vous gagnez la maîtrise complète de vos données, sans abonnement récurrent ni dépendance à la politique tarifaire d'un éditeur.

Questions fréquentes#

SSHFS est-il aussi rapide qu'un disque local ?#

Non : chaque lecture et écriture transite par le réseau et le chiffrement SSH, ce qui ajoute une latence. Pour un usage bureautique courant (documents, photos, archives), la différence est rarement perceptible sur une connexion correcte.

Peut-on partager le dossier avec plusieurs personnes ?#

Oui : créez un utilisateur ou une clé SSH par personne, et ajustez les droits Unix du dossier partagé selon qui doit pouvoir lire, écrire, ou les deux.

Que se passe-t-il si la connexion réseau coupe pendant un transfert ?#

Avec l'option reconnect, SSHFS rétablit la session automatiquement, mais un fichier en cours d'écriture au moment de la coupure peut être incomplet : mieux vaut vérifier les gros transferts après une coupure.

Faut-il un serveur dédié uniquement à cet usage ?#

Non, un serveur qui héberge déjà d'autres services (un site web, par exemple) peut très bien exposer un dossier SSHFS en plus, tant que les droits d'accès restent cloisonnés par utilisateur.

Article rédigé le 27 septembre 2026 par l'équipe Websource avec l'assistance d'une IA, puis relu avant publication. Une information vous semble inexacte ou datée ? Signalez-le nous, nous corrigeons.