Storage Server als Netzlaufwerk einbinden: Linux und Windows

Dein Storage Server lässt sich wie eine lokale Festplatte in deinen Server einbinden. Unter Linux erscheint er danach als Verzeichnis /storage, unter Windows als Netzlaufwerk mit dem Namen storage. Programme, Skripte und Backup-Werkzeuge schreiben dann einfach in diesen Pfad, ohne dass du Dateien per Hand hin und her kopieren musst.

Diese Anleitung zeigt alle Wege Schritt für Schritt, und zwar durchgehend verschlüsselt, denn die Daten laufen über das Internet: unter Linux SMB (auch CIFS oder Samba genannt) mit SMB-3-Verschlüsselung oder SSHFS, unter Windows SSHFS-Win über SFTP. Dazu kommen das dauerhafte Einbinden nach einem Neustart und die Fehlermeldungen, die in der Praxis am häufigsten auftauchen. Die Linux-Befehle gelten für Debian 12 und 13, Ubuntu 22.04 und 24.04 sowie AlmaLinux und Rocky Linux 9, die Windows-Schritte für Windows 10 und 11 sowie Windows Server 2016 bis 2025.

Die wichtigsten Befehle findest du auch fertig ausgefüllt mit deinem Hostnamen und Benutzernamen im Kundenbereich unter deinem Storage Server, in der Karte „Als Netzlaufwerk einbinden“.

Bevor du anfängst: Zugangsdaten und Zugriffseinstellungen

Alle Daten findest du im Kundenbereich unter deinem Storage Server im Abschnitt „Verbindungsdetails“: Hostname, Benutzername und Passwort. Ist dort kein Passwort zu sehen, erzeugst du mit „Passwort zurücksetzen“ ein neues. Das trennt allerdings alle bestehenden Verbindungen, bereits eingebundene Server brauchen danach das neue Passwort.

Auf derselben Seite öffnet der Knopf „Zugriffseinstellungen“ die Schalter für die einzelnen Zugänge. Für diese Anleitung zählen drei davon:

• Samba / CIFS für das Netzlaufwerk per SMB (Port 445).
• SSH / SFTP / SCP / rsync für SSHFS unter Linux und SSHFS-Win unter Windows (Port 23).
• Externe Erreichbarkeit muss eingeschaltet sein, weil dein Server über das Internet auf den Storage zugreift.

Bei neu bestellten Storage Servern sind alle drei bereits aktiv. Die Beispiele in diesem Artikel verwenden diese Werte, ersetze sie durch deine eigenen:

Die Freigabe heißt bei jedem Storage Server backup, der vollständige Pfad lautet also \\u123456.storage.kernelhost.net\backup unter Windows und //u123456.storage.kernelhost.net/backup unter Linux.

Prüfe als Erstes, ob dein Server den Storage überhaupt erreicht: Port 23 für SSHFS und SSHFS-Win, Port 445 für SMB. Unter Linux:

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

Unter Windows in PowerShell:

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

Steht dort TcpTestSucceeded : True, ist der Weg frei. Kommt keine Verbindung zustande, prüfe den passenden Schalter („SSH / SFTP / SCP / rsync“ für Port 23, „Samba / CIFS“ für Port 445), die „Externe Erreichbarkeit“ und eine eventuelle Firewall auf deinem Server, die ausgehende Verbindungen filtert. Ist Port 445 dauerhaft gesperrt, nimm unter Linux den Weg über SSHFS weiter unten.

Linux: Storage unter /storage einbinden (SMB)

1. cifs-utils installieren

Den SMB-Client liefert das Paket cifs-utils. Unter Debian und Ubuntu:

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

Unter AlmaLinux, Rocky Linux und RHEL:

dnf install -y cifs-utils

2. Mountpunkt und Zugangsdaten anlegen

Lege das Verzeichnis an, unter dem der Storage erscheinen soll, und eine Datei für die Zugangsdaten:

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

Inhalt der Datei:

username=u123456
password=DEIN_PASSWORT

Danach darf nur noch root die Datei lesen:

chmod 600 /etc/storage-credentials

Warum eine eigene Datei: Das Passwort landet so weder in /etc/fstab, die jeder Benutzer lesen darf, noch in der Befehlshistorie. Sonderzeichen im Passwort sind in dieser Datei unproblematisch, Anführungszeichen brauchst du nicht.

3. Einmal von Hand einbinden und testen

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

Die Optionen im Einzelnen:

• seal verschlüsselt die Verbindung mit SMB 3. Da die Daten über das Internet laufen, solltest du diese Option nie weglassen.
• iocharset=utf8 sorgt dafür, dass Umlaute und Sonderzeichen in Dateinamen richtig ankommen.
• uid und gid legen fest, welchem lokalen Benutzer die Dateien gehören. Soll zum Beispiel der Webserver schreiben, nimm uid=www-data,gid=www-data.
• file_mode und dir_mode bestimmen die Rechte, die Linux für Dateien und Ordner anzeigt. Auf dem Storage selbst werden keine Linux-Rechte gespeichert, die Werte gelten nur auf deinem Server.

Ob alles funktioniert, siehst du so:

df -h /storage
touch /storage/testdatei && ls -l /storage && rm /storage/testdatei

df zeigt jetzt die Größe deines Storage Servers statt die der lokalen Festplatte.

4. Dauerhaft einbinden über /etc/fstab

Damit der Storage nach jedem Neustart automatisch wieder da ist, trägst du ihn in /etc/fstab ein. Hänge den Test-Mount vorher aus:

umount /storage
nano /etc/fstab

Füge am Ende diese Zeile ein (eine einzige Zeile):

//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

Die drei Zusätze am Ende sind wichtig:

• _netdev sagt dem System, dass es sich um ein Netzlaufwerk handelt, das erst nach dem Netzwerk eingebunden werden kann.
• nofail verhindert, dass dein Server beim Start hängen bleibt, falls der Storage einmal nicht erreichbar ist.
• x-systemd.automount bindet den Storage erst beim ersten Zugriff auf /storage ein und nach einer Unterbrechung automatisch neu.

Konfiguration neu laden und einbinden:

systemctl daemon-reload
mount -a
ls /storage

Meldet mount -a keinen Fehler, ist die Zeile korrekt. Einen Neustart kannst du danach gefahrlos testen, dank nofail startet der Server auch dann, wenn etwas nicht stimmt.

Linux-Alternative: SSHFS über Port 23

SSHFS bindet den Storage über SSH ein. Das lohnt sich, wenn Port 445 bei dir gesperrt ist oder du lieber mit einem SSH-Schlüssel statt mit einem Passwort arbeitest. Die Verbindung ist immer verschlüsselt. Richte entweder SMB oder SSHFS auf /storage ein, nicht beides gleichzeitig.

SSHFS installieren, unter Debian und Ubuntu:

apt-get install -y sshfs

Unter AlmaLinux und Rocky Linux liegt das Paket im EPEL-Repository:

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

Einen eigenen Schlüssel erzeugen und auf dem Storage hinterlegen:

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

Beim ersten Verbinden bestätigst du den Fingerabdruck des Storage mit yes und gibst einmal das Passwort ein. Der Befehl install-ssh-key ergänzt den Schlüssel, ohne vorhandene Schlüssel zu überschreiben. Ab jetzt meldet sich dein Server ohne Passwort an.

Von Hand einbinden:

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

Der Doppelpunkt hinter dem Hostnamen steht für dein Stammverzeichnis auf dem Storage, also dieselben Dateien, die du auch über die SMB-Freigabe siehst. Für das dauerhafte Einbinden kommt diese Zeile in /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 erlaubt auch anderen Benutzern als root den Zugriff, etwa dem Webserver. reconnect und die beiden ServerAlive-Werte halten die Verbindung stabil, wenn das Netz kurz hakt. Danach wie oben systemctl daemon-reload und mount -a.

Windows: Storage verschlüsselt als Netzlaufwerk „storage“ verbinden

Windows bindet Netzlaufwerke von Haus aus über SMB ein. Diese Verbindung wird aber nur verschlüsselt, wenn eine Seite das ausdrücklich verlangt, und darauf kannst du dich unter Windows nicht verlassen. Damit niemand deine Daten auf dem Weg über das Internet mitlesen kann, verbindest du den Storage unter Windows über SFTP, also über SSH. Dafür brauchst du zwei kostenlose Open-Source-Programme: WinFsp stellt das Dateisystem bereit, SSHFS-Win bringt SFTP als Netzlaufwerk in den Explorer.

1. WinFsp und SSHFS-Win installieren

Öffne PowerShell über „Als Administrator ausführen“ und füge diese Befehle ein. Sie laden beide Installationspakete von GitHub und installieren sie ohne Rückfragen:

[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"

Ist auf deinem Rechner winget vorhanden, zum Beispiel unter Windows 11, genügt auch winget install -e --id SSHFS-Win.SSHFS-Win. WinFsp wird dabei automatisch mit installiert.

2. Laufwerk im Explorer verbinden

1. Öffne den Explorer und wähle links „Dieser PC“.
2. Wähle „Netzlaufwerk verbinden“. Unter Windows 11 und Windows Server 2025 steckt der Punkt im Menü hinter den drei Punkten, unter Windows 10 und Windows Server 2016 bis 2022 im Reiter „Computer“.
3. Wähle als Laufwerk S: und trage als Ordner \\sshfs\u123456@u123456.storage.kernelhost.net!23 ein. Das !23 am Ende ist der Port, ohne diese Angabe versucht SSHFS-Win Port 22.
4. Lass „Verbindung bei Anmeldung wiederherstellen“ angehakt und klicke auf „Fertig stellen“.
5. Gib im Anmeldefenster dein Passwort ein und hake „Anmeldedaten speichern“ an.
6. Das Laufwerk erscheint zunächst unter einem technischen Namen. Klicke es mit der rechten Maustaste an, wähle „Umbenennen“ und gib storage ein.

Ab jetzt steht der Storage unter „Dieser PC“ als Laufwerk storage bereit und wird bei jeder Anmeldung automatisch und verschlüsselt verbunden.

Über PowerShell

Schneller geht es mit einem Befehl. Führe ihn in einem normalen PowerShell-Fenster aus, nicht in einem „Als Administrator“ gestarteten, denn Laufwerke aus einer Sitzung mit erhöhten Rechten sieht der Explorer nicht. Windows fragt dabei nach deinem Passwort:

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

Den Namen storage vergibst du danach so:

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

net use merkt sich das Laufwerk, aber nicht das Passwort. Nach einem Neustart fragt Windows deshalb beim ersten Öffnen des Laufwerks noch einmal danach. Hakst du in diesem Fenster „Anmeldedaten speichern“ an, verbindet Windows das Laufwerk danach ohne Nachfrage. cmdkey hilft hier nicht, weil SSHFS-Win nur Anmeldedaten aus seinem eigenen Anmeldefenster übernimmt.

Ob das Laufwerk über SSHFS-Win läuft, zeigt net use: In der Zeile von S: steht als Netzwerk WinFsp.Np. Diese Verbindung läuft immer über SSH und ist damit verschlüsselt.

SMB unter Windows nur mit erzwungener Verschlüsselung

Ab Windows 11 24H2 und Windows Server 2025 kann Windows für alle ausgehenden SMB-Verbindungen eine Verschlüsselung verlangen. Nur dann ist auch der klassische Weg über die Freigabe backup sicher. Schalte die Verschlüsselung in einer PowerShell mit Administratorrechten ein:

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

Der Schalter gilt für alle SMB-Verbindungen des Rechners. Hängen weitere, ältere Freigaben ohne Verschlüsselung an deinem Server, erreichst du diese danach nicht mehr. Danach verbindest du das Laufwerk in einem normalen Fenster und prüfst, ob in der Ausgabe Encrypted : True steht:

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

Dieser Weg ersetzt SSHFS-Win. Ist S: schon über SSHFS-Win verbunden, trenne es vorher mit net use S: /delete. Auf älteren Windows-Versionen lässt sich die Verschlüsselung nicht erzwingen. Nimm dort SSHFS-Win wie oben beschrieben.

Für Dienste und geplante Aufgaben

Ein Laufwerksbuchstabe gilt nur in der Anmeldesitzung des Benutzers, der ihn verbunden hat. Dienste, geplante Aufgaben und viele Backup-Programme sehen S: deshalb nicht. Für automatische Sicherungen nimmst du am besten ein Programm, das SFTP selbst beherrscht, zum Beispiel rclone oder restic, mit dem Host u123456.storage.kernelhost.net, Port 23 und deinem Benutzernamen.

Häufige Fehler und ihre Ursachen

Zum Trennen unter Linux genügt umount /storage, unter Windows net use S: /delete. Gespeicherte Anmeldedaten von SSHFS-Win löschst du in der Anmeldeinformationsverwaltung von Windows unter „Generische Anmeldeinformationen“, die für SMB mit cmdkey /delete:u123456.storage.kernelhost.net.

Netzlaufwerk oder Backup-Werkzeug?

Ein eingebundenes Laufwerk ist ideal, wenn Programme direkt in einen Ordner schreiben sollen, etwa für Uploads, Exporte oder Archive. Für regelmäßige Backups sind Werkzeuge wie rsync, BorgBackup oder restic über SSH auf Port 23 oft die robustere Wahl: Sie übertragen nur Änderungen, setzen abgebrochene Läufe fort und verschlüsseln auf Wunsch schon auf deinem Server. Wie du so etwas aufbaust, steht in unserem Artikel zur Backup-Strategie für Server, und für den Zeitplan hilft die Anleitung zum Einrichten eines Cronjobs.

Tipp: Schaltest du in den Zugriffseinstellungen das „ZFS-Snapshot-Verzeichnis“ ein, erscheinen die Snapshots deines Storage Servers als schreibgeschütztes Verzeichnis .zfs/snapshot. Einzelne Dateien stellst du dann per Kopieren wieder her, ohne einen ganzen Snapshot zurückzuspielen.

Sicherheit in Kürze

• Unter Linux immer mit seal einbinden oder SSHFS nutzen, unter Windows SSHFS-Win, damit die Daten verschlüsselt übertragen werden. Klassisches SMB unter Windows nur mit erzwungener Verschlüsselung ab Windows 11 24H2 oder Windows Server 2025.
• Die Zugangsdatei /etc/storage-credentials gehört root und hat die Rechte 600.
• Schalte in den Zugriffseinstellungen ab, was du nicht brauchst. Nutzt du nur SSHFS und SSHFS-Win, kann „Samba / CIFS“ aus bleiben.
• Für SSHFS einen eigenen Schlüssel nur für den Storage verwenden, wie oben gezeigt. Wie du SSH generell absicherst, erklärt der Artikel SSH absichern und Key-Login einrichten.