Montera Storage Server som nätverksenhet: Linux och Windows

Din Storage Server kan monteras på din server precis som en lokal hårddisk. I Linux visas den sedan som katalogen /storage, i Windows som en nätverksenhet med namnet storage. Program, skript och backupverktyg skriver då helt enkelt till den sökvägen, utan att du behöver kopiera filer fram och tillbaka för hand.

Den här guiden visar alla vägar steg för steg, och alla är krypterade eftersom data går över internet: i Linux SMB (även kallat CIFS eller Samba) med SMB 3-kryptering eller SSHFS, i Windows SSHFS-Win via SFTP. Dessutom visar vi hur monteringen ligger kvar efter en omstart och går igenom de felmeddelanden som oftast dyker upp i praktiken. Linux-kommandona gäller för Debian 12 och 13, Ubuntu 22.04 och 24.04 samt AlmaLinux och Rocky Linux 9, Windows-stegen för Windows 10 och 11 samt Windows Server 2016 till 2025.

De viktigaste kommandona hittar du också färdigifyllda med ditt värdnamn och användarnamn i kundpanelen under din Storage Server, i kortet ”Montera som nätverksenhet”.

Innan du börjar: inloggningsuppgifter och åtkomstinställningar

Alla uppgifter hittar du i kundpanelen under din Storage Server, i avsnittet ”Anslutningsuppgifter”: värdnamn, användarnamn och lösenord. Syns inget lösenord där skapar du ett nytt med ”Återställ lösenord”. Det kopplar dock bort alla befintliga anslutningar, och servrar som redan har lagringen monterad behöver sedan det nya lösenordet.

På samma sida öppnar knappen ”Åtkomstinställningar” reglagen för de olika åtkomstsätten. För den här guiden är tre av dem viktiga:

• Samba / CIFS för nätverksenheten via SMB (port 445).
• SSH / SFTP / SCP / rsync för SSHFS i Linux och SSHFS-Win i Windows (port 23).
• Extern nåbarhet måste vara aktiverad, eftersom din server kommer åt lagringen via internet.

På nybeställda Storage Servers är alla tre redan aktiva. Exemplen i den här artikeln använder följande värden, byt ut dem mot dina egna:

Utdelningen heter backup på varje Storage Server, så den fullständiga sökvägen är \\u123456.storage.kernelhost.net\backup i Windows och //u123456.storage.kernelhost.net/backup i Linux.

Kontrollera först om din server över huvud taget når lagringen: port 23 för SSHFS och SSHFS-Win, port 445 för SMB. I Linux:

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

I Windows med PowerShell:

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

Står det TcpTestSucceeded : True är vägen fri. Upprättas ingen anslutning, kontrollera motsvarande reglage (”SSH / SFTP / SCP / rsync” för port 23, ”Samba / CIFS” för port 445), ”Extern nåbarhet” samt en eventuell brandvägg på din server som filtrerar utgående anslutningar. Är port 445 permanent blockerad använder du i Linux i stället SSHFS, som beskrivs längre ned.

Linux: montera lagringen under /storage (SMB)

1. Installera cifs-utils

SMB-klienten finns i paketet cifs-utils. På Debian och Ubuntu:

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

På AlmaLinux, Rocky Linux och RHEL:

dnf install -y cifs-utils

2. Skapa monteringspunkt och inloggningsfil

Skapa katalogen där lagringen ska visas och en fil för inloggningsuppgifterna:

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

Filens innehåll:

username=u123456
password=DITT_LOSENORD

Se sedan till att bara root kan läsa filen:

chmod 600 /etc/storage-credentials

Skälet till en egen fil: lösenordet hamnar då varken i /etc/fstab, som alla användare får läsa, eller i kommandohistoriken. Specialtecken i lösenordet är inget problem i den här filen, och citattecken behövs inte.

3. Montera manuellt en gång och testa

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

Alternativen var för sig:

• seal krypterar anslutningen med SMB 3. Eftersom data går över internet bör du aldrig utelämna det här alternativet.
• iocharset=utf8 ser till att å, ä, ö och andra specialtecken i filnamn kommer fram korrekt.
• uid och gid bestämmer vilken lokal användare som äger filerna. Ska till exempel webbservern kunna skriva, använd uid=www-data,gid=www-data.
• file_mode och dir_mode bestämmer vilka rättigheter Linux visar för filer och kataloger. På själva lagringen sparas inga Linux-rättigheter, värdena gäller bara på din server.

Så ser du om allt fungerar:

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

df visar nu storleken på din Storage Server i stället för den lokala hårddiskens.

4. Montera permanent via /etc/fstab

För att lagringen automatiskt ska finnas på plats igen efter varje omstart lägger du in den i /etc/fstab. Avmontera testmonteringen först:

umount /storage
nano /etc/fstab

Lägg till den här raden i slutet (allt på en enda rad):

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

De tre tilläggen i slutet är viktiga:

• _netdev talar om för systemet att det rör sig om en nätverksenhet som kan monteras först när nätverket är uppe.
• nofail förhindrar att din server hänger sig vid uppstarten om lagringen någon gång inte går att nå.
• x-systemd.automount monterar lagringen först vid den första åtkomsten till /storage och monterar om den automatiskt efter ett avbrott.

Läs in konfigurationen på nytt och montera:

systemctl daemon-reload
mount -a
ls /storage

Rapporterar mount -a inget fel är raden korrekt. Därefter kan du tryggt testa en omstart: tack vare nofail startar servern även om något inte stämmer.

Alternativ för Linux: SSHFS via port 23

SSHFS monterar lagringen via SSH. Det lönar sig om port 445 är blockerad hos dig eller om du hellre arbetar med en SSH-nyckel än med ett lösenord. Anslutningen är alltid krypterad. Sätt upp antingen SMB eller SSHFS på /storage, inte båda samtidigt.

Installera SSHFS på Debian och Ubuntu:

apt-get install -y sshfs

På AlmaLinux och Rocky Linux finns paketet i EPEL-paketkällan:

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

Skapa en egen nyckel och lägg in den på din Storage Server:

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

Vid den första anslutningen bekräftar du fingeravtrycket för din Storage Server med yes och anger lösenordet en gång. Kommandot install-ssh-key lägger till nyckeln utan att skriva över befintliga nycklar. Från och med nu loggar din server in utan lösenord.

Montera manuellt:

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

Kolonet efter värdnamnet står för din hemkatalog på lagringen, alltså samma filer som du även ser via SMB-utdelningen. För permanent montering lägger du in den här raden i /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 ger även andra användare än root åtkomst, till exempel webbservern. reconnect och de två ServerAlive-värdena håller anslutningen stabil vid korta störningar i nätet. Kör sedan systemctl daemon-reload och mount -a som ovan.

Windows: anslut lagringen krypterat som nätverksenheten ”storage”

Windows ansluter nätverksenheter via SMB som standard. Den anslutningen krypteras dock bara om någon av sidorna uttryckligen kräver det, och det kan du inte lita på i Windows. För att ingen ska kunna läsa dina data på vägen över internet ansluter du lagringen i Windows via SFTP, alltså via SSH. Till det behöver du två kostnadsfria program med öppen källkod: WinFsp tillhandahåller filsystemet och SSHFS-Win gör SFTP tillgängligt som nätverksenhet i Utforskaren.

1. Installera WinFsp och SSHFS-Win

Öppna PowerShell via ”Kör som administratör” och klistra in de här kommandona. De laddar ned båda installationspaketen från GitHub och installerar dem utan att du behöver bekräfta något:

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

Finns winget på din dator, till exempel i Windows 11, räcker det också med winget install -e --id SSHFS-Win.SSHFS-Win. WinFsp installeras då automatiskt samtidigt.

2. Anslut enheten i Utforskaren

1. Öppna Utforskaren och välj ”Den här datorn” till vänster.
2. Välj ”Anslut nätverksenhet”. I Windows 11 och Windows Server 2025 hittar du kommandot i menyn under de tre punkterna, i Windows 10 och Windows Server 2016 till 2022 på fliken ”Dator”.
3. Välj S: som enhet och ange \\sshfs\u123456@u123456.storage.kernelhost.net!23 som mapp. Tillägget !23 i slutet anger porten. Utan det försöker SSHFS-Win ansluta till port 22.
4. Låt ”Återanslut vid inloggning” vara markerat och klicka på ”Slutför”.
5. Ange ditt lösenord i inloggningsfönstret och kryssa i ”Kom ihåg mina autentiseringsuppgifter”.
6. Enheten visas först under ett tekniskt namn. Högerklicka på den, välj ”Byt namn” och skriv storage.

Från och med nu finns lagringen under ”Den här datorn” som enheten storage och ansluts automatiskt och krypterat vid varje inloggning.

Via PowerShell

Snabbare går det med ett enda kommando. Kör det i ett vanligt PowerShell-fönster, inte i ett som startats med ”Kör som administratör”, eftersom Utforskaren inte ser enheter från en session med förhöjd behörighet. Windows frågar då efter ditt lösenord:

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

Namnet storage ger du sedan enheten så här:

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

net use kommer ihåg enheten, men inte lösenordet. Efter en omstart frågar Windows därför efter det igen första gången du öppnar enheten. Kryssar du i ”Kom ihåg mina autentiseringsuppgifter” i det fönstret ansluter Windows sedan enheten utan att fråga. cmdkey hjälper inte här, eftersom SSHFS-Win bara tar emot inloggningsuppgifter från sitt eget inloggningsfönster.

Om enheten går via SSHFS-Win visar net use: på raden för S: står WinFsp.Np som nätverk. Den anslutningen går alltid via SSH och är därmed krypterad.

SMB i Windows bara med framtvingad kryptering

Från och med Windows 11 24H2 och Windows Server 2025 kan Windows kräva kryptering för alla utgående SMB-anslutningar. Bara då är även den klassiska vägen via utdelningen backup säker. Aktivera krypteringen i ett PowerShell-fönster med administratörsbehörighet:

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

Inställningen gäller för alla SMB-anslutningar på datorn. Har din server även andra, äldre utdelningar utan kryptering anslutna, når du dem inte längre efteråt. Anslut sedan enheten i ett vanligt fönster och kontrollera att det står Encrypted : True i utdata:

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

Den här metoden ersätter SSHFS-Win. Om S: redan är ansluten via SSHFS-Win kopplar du först från den med net use S: /delete. I äldre Windows-versioner går det inte att tvinga fram kryptering. Använd SSHFS-Win där, som beskrivs ovan.

För tjänster och schemalagda aktiviteter

En enhetsbokstav gäller bara i inloggningssessionen för den användare som anslöt den. Tjänster, schemalagda aktiviteter och många backupprogram ser därför inte S:. För automatiska backuper använder du helst ett program som själv hanterar SFTP, till exempel rclone eller restic, med värdnamnet u123456.storage.kernelhost.net, port 23 och ditt användarnamn.

Vanliga fel och deras orsaker

För att koppla från räcker umount /storage i Linux och net use S: /delete i Windows. Sparade inloggningsuppgifter för SSHFS-Win tar du bort i Autentiseringshanteraren i Windows under ”Allmänna autentiseringsuppgifter”, de för SMB med cmdkey /delete:u123456.storage.kernelhost.net.

Nätverksenhet eller backupverktyg?

En monterad enhet är idealisk när program ska skriva direkt till en mapp, till exempel för uppladdningar, exporter eller arkiv. För regelbundna backuper är verktyg som rsync, BorgBackup eller restic via SSH på port 23 ofta det robustare valet: de överför bara ändringar, återupptar avbrutna körningar och kan kryptera data redan på din server om du vill. Hur du bygger upp något sådant beskrivs i vår artikel om backupstrategi för servrar, och för schemaläggningen hjälper guiden Skapa ett cronjobb i Linux.

Tips: aktiverar du ”ZFS-katalog för ögonblicksbilder” i åtkomstinställningarna visas ögonblicksbilderna av din Storage Server som den skrivskyddade katalogen .zfs/snapshot. Enskilda filer återställer du då genom att kopiera dem, utan att behöva rulla tillbaka en hel ögonblicksbild.

Säkerhet i korthet

• Montera alltid med seal i Linux eller använd SSHFS, och använd SSHFS-Win i Windows, så att data överförs krypterat. Använd klassisk SMB i Windows bara med framtvingad kryptering, från och med Windows 11 24H2 eller Windows Server 2025.
• Inloggningsfilen /etc/storage-credentials ägs av root och har rättigheterna 600.
• Stäng av det du inte behöver i åtkomstinställningarna. Använder du bara SSHFS och SSHFS-Win kan ”Samba / CIFS” vara avstängt.
• Använd för SSHFS en egen nyckel som enbart används för lagringen, som i exemplet ovan. Hur du säkrar SSH i allmänhet förklaras i artikeln Säkra SSH och sätt upp nyckelinloggning.