blog.6admin.io
guest@6admin.io:~$
filesystem, fuse, ssh

SSH: SSH filesystem

SSHFS (SSH Filesystem) monte un filesystem distant dans votre arborescence locale via SSH et FUSE. Pas de NFS, pas de SMB, pas de configuration serveur: juste SSH (que le serveur a déjà) et FUSE (que le client a). Le filesystem distant apparaît comme un directory local, avec tous les outils standards (cp, mv, find, grep, vim).

Le montage

mkdir /mnt/distant
sshfs user@serveur:/home/user /mnt/distant

Après cette commande, /mnt/distant EST /home/user sur serveur. Tous les outils standards fonctionnent:

ls /mnt/distant
cp /data/local.txt /mnt/distant/
grep -r "pattern" /mnt/distant/

Le démontage

fusermount -u /mnt/distant

fusermount (pas umount) est le désassembleur FUSE: il signale au daemon FUSE que le montage doit se terminer et FUSE ferme la connexion SSH.

Les options qui changent tout

sshfs user@serveur:/home/user /mnt/distant \
      -o reconnect \
      -o ServerAliveInterval=15 \
      -o idmap=user \
      -o uid=$(id -u) -o gid=$(id -g)
  • reconnect : reconnection automatique en cas de coupure
  • ServerAliveInterval=15 : keepalive SSH toutes les 15s (évite le timeout des connexions dormantes)
  • idmap=user : mappe les UID locaux sur les UID distants (sinon, tous les fichiers appartiennent à l’UID qui a monté)
  • uid/gid : les UID/GID locaux pour le montage (sinon, root)

SSHFS vs NFS vs fish

SSHFS ne nécessite rien côté serveur (SSH suffit). NFS nécessite un daemon NFS, des exports configurés et des ports ouverts (statiques ou pas). Fish nécessite KDE et ne peut pas être utilisé par des process non-KDE.

SSHFS est le plus simple à déployer (SSH + FUSE côté client), le plus lent (tout passe par SSH: chaque read/write est un aller-retour chiffré) et le plus sécurisé (tout est chiffré, tout est authentifié). Pour un montage permanent sur un LAN, NFS est plus rapide. Pour un montage ponctuel sur un WAN, SSHFS est le seul qui ne nécessite pas de config serveur.

[edit: 2026] SSHFS reste le montage SSH standard, FUSE a maturé (le module kernel est dans le mainline depuis 2.6.14) et SSHFS est toujours plus lent que NFS (le chiffrement SSH coûte). Les alternatives sont apparues: rclone mount (S3, GDrive, etc.), NFS over WireGuard et 9p over virtiofs pour les VMs. Mais SSHFS reste le “one-liner” qui marche: sshfs user@host:/path /mnt et le filesystem distant est là. La latence SSH reste le bottleneck pour les I/O intensives et c’est le prix du chiffrement et du design single-channel.