Monter un Storage Server en lecteur réseau : Linux et Windows

Votre Storage Server peut être monté sur votre serveur comme un disque local. Sous Linux, il apparaît ensuite comme répertoire /storage ; sous Windows, comme lecteur réseau nommé storage. Les programmes, les scripts et les outils de sauvegarde écrivent alors simplement dans ce chemin, sans que vous ayez à copier des fichiers à la main d'une machine à l'autre.

Ce guide présente toutes les méthodes pas à pas, systématiquement chiffrées, car les données transitent par Internet : sous Linux, SMB (également appelé CIFS ou Samba) avec chiffrement SMB 3, ou SSHFS ; sous Windows, SSHFS-Win via SFTP. S'y ajoutent le montage permanent, qui survit aux redémarrages, et les messages d'erreur les plus fréquents en pratique. Les commandes Linux valent pour Debian 12 et 13, Ubuntu 22.04 et 24.04 ainsi qu'AlmaLinux et Rocky Linux 9, les étapes Windows pour Windows 10 et 11 ainsi que Windows Server 2016 à 2025.

Vous trouvez aussi les principales commandes, préremplies avec votre nom d'hôte et votre nom d'utilisateur, dans l'espace client, sous votre Storage Server, dans l'encadré « Monter comme lecteur réseau ».

Avant de commencer : identifiants et paramètres d'accès

Vous trouvez toutes les informations dans l'espace client, sous votre Storage Server, dans la section « Détails de connexion » : nom d'hôte, nom d'utilisateur et mot de passe. Si aucun mot de passe n'y figure, générez-en un nouveau avec « Réinitialiser le mot de passe ». Cette action coupe toutefois toutes les connexions existantes : les serveurs sur lesquels le stockage est déjà monté ont ensuite besoin du nouveau mot de passe.

Sur la même page, le bouton « Paramètres d'accès » ouvre les options des différents types d'accès. Pour ce guide, trois d'entre elles comptent :

• Samba / CIFS pour le lecteur réseau en SMB (port 445).
• SSH / SFTP / SCP / rsync pour SSHFS sous Linux et SSHFS-Win sous Windows (port 23).
• Accessibilité externe doit être activée, car votre serveur accède au stockage via Internet.

Sur les Storage Server nouvellement commandés, ces trois options sont déjà activées. Les exemples de cet article utilisent les valeurs ci-dessous, remplacez-les par les vôtres :

Sur chaque Storage Server, le partage s'appelle backup. Le chemin complet est donc \\u123456.storage.kernelhost.net\backup sous Windows et //u123456.storage.kernelhost.net/backup sous Linux.

Vérifiez d'abord que votre serveur atteint bien le stockage : le port 23 pour SSHFS et SSHFS-Win, le port 445 pour SMB. Sous Linux :

timeout 5 bash -c '</dev/tcp/u123456.storage.kernelhost.net/23' && echo "Port 23 joignable"
timeout 5 bash -c '</dev/tcp/u123456.storage.kernelhost.net/445' && echo "Port 445 joignable"

Sous Windows, dans PowerShell :

Test-NetConnection u123456.storage.kernelhost.net -Port 23

Si la sortie indique TcpTestSucceeded : True, la voie est libre. Si aucune connexion ne s'établit, vérifiez l'option correspondante (« SSH / SFTP / SCP / rsync » pour le port 23, « Samba / CIFS » pour le port 445), l'option « Accessibilité externe », ainsi qu'un éventuel pare-feu sur votre serveur qui filtrerait les connexions sortantes. Si le port 445 est bloqué de façon permanente, utilisez sous Linux la méthode SSHFS décrite plus bas.

Linux : monter le stockage sous /storage (SMB)

1. Installer cifs-utils

Le client SMB est fourni par le paquet cifs-utils. Sous Debian et Ubuntu :

apt-get update
apt-get install -y cifs-utils

Sous AlmaLinux, Rocky Linux et RHEL :

dnf install -y cifs-utils

2. Créer le point de montage et le fichier d'identifiants

Créez le répertoire sous lequel le stockage doit apparaître, ainsi qu'un fichier destiné aux identifiants :

mkdir -p /storage
nano /etc/storage-credentials

Contenu du fichier :

username=u123456
password=VOTRE_MOT_DE_PASSE

Ensuite, seul root doit pouvoir lire ce fichier :

chmod 600 /etc/storage-credentials

Pourquoi un fichier séparé : le mot de passe ne se retrouve ainsi ni dans /etc/fstab, que tout utilisateur peut lire, ni dans l'historique des commandes. Dans ce fichier, les caractères spéciaux du mot de passe ne posent aucun problème, et vous n'avez pas besoin de guillemets.

3. Monter une première fois à la main et tester

mount -t cifs //u123456.storage.kernelhost.net/backup /storage -o credentials=/etc/storage-credentials,seal,iocharset=utf8,uid=0,gid=0,file_mode=0660,dir_mode=0770

Les options en détail :

• seal chiffre la connexion avec SMB 3. Comme les données transitent par Internet, vous ne devriez jamais omettre cette option.
• iocharset=utf8 garantit que les caractères accentués et les caractères spéciaux des noms de fichiers arrivent correctement.
• uid et gid déterminent à quel utilisateur local appartiennent les fichiers. Si c'est par exemple le serveur web qui doit écrire, utilisez uid=www-data,gid=www-data.
• file_mode et dir_mode définissent les droits que Linux affiche pour les fichiers et les dossiers. Le stockage lui-même n'enregistre aucun droit Linux, ces valeurs ne s'appliquent que sur votre serveur.

Pour vérifier que tout fonctionne :

df -h /storage
touch /storage/fichier-test && ls -l /storage && rm /storage/fichier-test

df affiche désormais la taille de votre Storage Server au lieu de celle du disque local.

4. Montage permanent via /etc/fstab

Pour que le stockage soit automatiquement de retour après chaque redémarrage, inscrivez-le dans /etc/fstab. Démontez d'abord le montage de test :

umount /storage
nano /etc/fstab

Ajoutez cette ligne à la fin du fichier (sur une seule ligne) :

//u123456.storage.kernelhost.net/backup  /storage  cifs  credentials=/etc/storage-credentials,seal,iocharset=utf8,uid=0,gid=0,file_mode=0660,dir_mode=0770,_netdev,nofail,x-systemd.automount  0  0

Les trois options ajoutées à la fin sont importantes :

• _netdev indique au système qu'il s'agit d'un lecteur réseau, qui ne peut être monté qu'une fois le réseau disponible.
• nofail évite que votre serveur reste bloqué au démarrage si le stockage est un jour injoignable.
• x-systemd.automount ne monte le stockage qu'au premier accès à /storage et le remonte automatiquement après une interruption.

Rechargez la configuration et montez le stockage :

systemctl daemon-reload
mount -a
ls /storage

Si mount -a ne signale aucune erreur, la ligne est correcte. Vous pouvez ensuite tester un redémarrage sans risque : grâce à nofail, le serveur démarre même si quelque chose ne va pas.

Alternative sous Linux : SSHFS via le port 23

SSHFS monte le stockage via SSH. Cette méthode est intéressante si le port 445 est bloqué chez vous ou si vous préférez travailler avec une clé SSH plutôt qu'avec un mot de passe. La connexion est toujours chiffrée. Configurez soit SMB, soit SSHFS sur /storage, mais pas les deux en même temps.

Installez SSHFS sous Debian et Ubuntu :

apt-get install -y sshfs

Sous AlmaLinux et Rocky Linux, le paquet se trouve dans le dépôt EPEL :

dnf install -y epel-release
dnf install -y fuse-sshfs

Générez une clé dédiée et déposez-la sur le stockage :

ssh-keygen -t ed25519 -f /root/.ssh/storage_ed25519 -N ""
cat /root/.ssh/storage_ed25519.pub | ssh -p 23 u123456@u123456.storage.kernelhost.net install-ssh-key

Lors de la première connexion, confirmez l'empreinte du Storage Server avec yes et saisissez une fois le mot de passe. La commande install-ssh-key ajoute la clé sans écraser les clés existantes. Désormais, votre serveur se connecte sans mot de passe.

Montez le stockage à la main :

mkdir -p /storage
sshfs -p 23 -o IdentityFile=/root/.ssh/storage_ed25519,reconnect,ServerAliveInterval=15,ServerAliveCountMax=3 u123456@u123456.storage.kernelhost.net: /storage

Les deux-points après le nom d'hôte désignent votre répertoire racine sur le stockage, c'est-à-dire les mêmes fichiers que ceux que vous voyez via le partage SMB. Pour un montage permanent, cette ligne va dans /etc/fstab :

u123456@u123456.storage.kernelhost.net:  /storage  fuse.sshfs  port=23,IdentityFile=/root/.ssh/storage_ed25519,reconnect,ServerAliveInterval=15,ServerAliveCountMax=3,allow_other,_netdev,nofail,x-systemd.automount  0  0

allow_other autorise aussi l'accès à d'autres utilisateurs que root, par exemple au serveur web. reconnect et les deux valeurs ServerAlive maintiennent la connexion stable lors de brèves perturbations du réseau. Exécutez ensuite, comme plus haut, systemctl daemon-reload et mount -a.

Windows : connecter le stockage de manière chiffrée comme lecteur réseau « storage »

Par défaut, Windows connecte les lecteurs réseau via SMB. Cette connexion n'est toutefois chiffrée que si l'une des deux parties l'exige explicitement, et sous Windows, vous ne pouvez pas vous y fier. Pour que personne ne puisse lire vos données pendant leur transit sur Internet, connectez le stockage sous Windows via SFTP, c'est-à-dire via SSH. Pour cela, vous avez besoin de deux programmes open source gratuits : WinFsp fournit le système de fichiers, SSHFS-Win intègre SFTP comme lecteur réseau dans l'Explorateur de fichiers.

1. Installer WinFsp et SSHFS-Win

Ouvrez PowerShell avec « Exécuter en tant qu'administrateur » et collez-y ces commandes. Elles téléchargent les deux paquets d'installation depuis GitHub et les installent sans poser de questions :

[Net.ServicePointManager]::SecurityProtocol = 'Tls12'
$ProgressPreference = 'SilentlyContinue'
Invoke-WebRequest https://github.com/winfsp/winfsp/releases/download/v2.1/winfsp-2.1.25156.msi -OutFile "$env:TEMP\winfsp.msi" -UseBasicParsing
Invoke-WebRequest https://github.com/winfsp/sshfs-win/releases/download/v3.5.20357/sshfs-win-3.5.20357-x64.msi -OutFile "$env:TEMP\sshfs-win.msi" -UseBasicParsing
Start-Process msiexec.exe -Wait -ArgumentList "/i `"$env:TEMP\winfsp.msi`" /qn /norestart"
Start-Process msiexec.exe -Wait -ArgumentList "/i `"$env:TEMP\sshfs-win.msi`" /qn /norestart"

Si winget est disponible sur votre machine, par exemple sous Windows 11, la commande winget install -e --id SSHFS-Win.SSHFS-Win suffit également. WinFsp est alors installé automatiquement en même temps.

2. Connecter le lecteur dans l'Explorateur de fichiers

1. Ouvrez l'Explorateur de fichiers et sélectionnez « Ce PC » à gauche.
2. Choisissez « Connecter un lecteur réseau ». Sous Windows 11 et Windows Server 2025, cette commande se trouve dans le menu derrière les trois points, sous Windows 10 et Windows Server 2016 à 2022 dans l'onglet « Ordinateur ».
3. Choisissez S: comme lecteur et saisissez \\sshfs\u123456@u123456.storage.kernelhost.net!23 comme dossier. Le !23 à la fin indique le port : sans cette précision, SSHFS-Win essaie le port 22.
4. Laissez « Se reconnecter lors de la connexion » coché et cliquez sur « Terminer ».
5. Dans la fenêtre d'authentification, saisissez votre mot de passe et cochez « Mémoriser mes informations d'identification ».
6. Le lecteur apparaît d'abord sous un nom technique. Faites un clic droit dessus, choisissez « Renommer » et saisissez storage.

Désormais, le stockage est disponible sous « Ce PC » en tant que lecteur storage et se connecte automatiquement, de manière chiffrée, à chaque ouverture de session.

Via PowerShell

Avec une seule commande, c'est plus rapide. Exécutez-la dans une fenêtre PowerShell normale, et non dans une fenêtre ouverte avec « Exécuter en tant qu'administrateur », car l'Explorateur de fichiers ne voit pas les lecteurs connectés dans une session aux privilèges élevés. Windows vous demande alors votre mot de passe :

net use S: \\sshfs\u123456@u123456.storage.kernelhost.net!23 * /user:u123456 /persistent:yes

Vous attribuez ensuite le nom storage ainsi :

(New-Object -ComObject Shell.Application).NameSpace('S:').Self.Name = 'storage'

net use mémorise le lecteur, mais pas le mot de passe. Après un redémarrage, Windows vous le redemande donc à la première ouverture du lecteur. Si vous cochez « Mémoriser mes informations d'identification » dans cette fenêtre, Windows connecte ensuite le lecteur sans rien demander. cmdkey n'est d'aucune aide ici, car SSHFS-Win ne reprend que les identifiants saisis dans sa propre fenêtre d'authentification.

Pour vérifier que le lecteur passe bien par SSHFS-Win, exécutez net use : dans la ligne de S:, le réseau indiqué est WinFsp.Np. Cette connexion passe toujours par SSH et elle est donc chiffrée.

SMB sous Windows uniquement avec chiffrement imposé

À partir de Windows 11 24H2 et de Windows Server 2025, Windows peut exiger le chiffrement pour toutes les connexions SMB sortantes. Ce n'est qu'à cette condition que la méthode classique via le partage backup est elle aussi sûre. Activez le chiffrement dans une fenêtre PowerShell disposant des droits d'administrateur :

Set-SmbClientConfiguration -RequireEncryption $true -Confirm:$false

Ce réglage s'applique à toutes les connexions SMB de la machine. Si d'autres partages plus anciens et non chiffrés sont connectés à votre serveur, vous ne pourrez plus y accéder ensuite. Après cela, connectez le lecteur dans une fenêtre normale et vérifiez que la sortie indique Encrypted : True :

Test-NetConnection u123456.storage.kernelhost.net -Port 445
cmdkey /add:u123456.storage.kernelhost.net /user:u123456 /pass
net use S: \\u123456.storage.kernelhost.net\backup /persistent:yes
Get-SmbConnection -ServerName u123456.storage.kernelhost.net | Format-List ServerName,ShareName,Dialect,Encrypted

Cette méthode remplace SSHFS-Win. Si S: est déjà connecté via SSHFS-Win, déconnectez-le d'abord avec net use S: /delete. Sur les versions plus anciennes de Windows, le chiffrement ne peut pas être imposé. Utilisez-y SSHFS-Win comme décrit plus haut.

Pour les services et les tâches planifiées

Une lettre de lecteur n'est valable que dans la session de l'utilisateur qui l'a connectée. Les services, les tâches planifiées et de nombreux logiciels de sauvegarde ne voient donc pas S:. Pour les sauvegardes automatiques, utilisez de préférence un programme qui gère lui-même SFTP, par exemple rclone ou restic, avec l'hôte u123456.storage.kernelhost.net, le port 23 et votre nom d'utilisateur.

Erreurs fréquentes et leurs causes

Pour déconnecter le stockage, umount /storage suffit sous Linux et net use S: /delete sous Windows. Vous supprimez les identifiants enregistrés de SSHFS-Win dans le Gestionnaire d'identification de Windows, sous « Informations d'identification génériques », et ceux de SMB avec cmdkey /delete:u123456.storage.kernelhost.net.

Lecteur réseau ou outil de sauvegarde ?

Un lecteur monté est idéal lorsque des programmes doivent écrire directement dans un dossier, par exemple pour des fichiers téléversés, des exports ou des archives. Pour des sauvegardes régulières, des outils comme rsync, BorgBackup ou restic via SSH sur le port 23 sont souvent le choix le plus robuste : ils ne transfèrent que les modifications, reprennent les exécutions interrompues et chiffrent, si vous le souhaitez, dès votre serveur. La mise en place est décrite dans notre article sur la stratégie de sauvegarde pour serveurs, et pour la planification, le guide Créer un cron job vous aidera.

Astuce : si vous activez l'option « Répertoire d'instantanés ZFS » dans les « Paramètres d'accès », les instantanés de votre Storage Server apparaissent sous la forme du répertoire en lecture seule .zfs/snapshot. Vous restaurez alors des fichiers isolés par simple copie, sans devoir restaurer un instantané complet.

La sécurité en bref

• Sous Linux, montez toujours avec seal ou utilisez SSHFS, et sous Windows SSHFS-Win, afin que les données soient transmises chiffrées. N'utilisez le SMB classique sous Windows qu'avec le chiffrement imposé, à partir de Windows 11 24H2 ou de Windows Server 2025.
• Le fichier d'identifiants /etc/storage-credentials appartient à root et a les droits 600.
• Désactivez dans les « Paramètres d'accès » ce dont vous n'avez pas besoin. Si vous n'utilisez que SSHFS et SSHFS-Win, « Samba / CIFS » peut rester désactivé.
• Pour SSHFS, utilisez une clé dédiée au seul stockage, comme montré plus haut. La sécurisation de SSH en général est expliquée dans l'article Sécuriser SSH et mettre en place l'authentification par clé.