Montarea Storage Server-ului ca unitate de rețea: Linux și Windows

Storage Server-ul dumneavoastră poate fi montat pe server ca un hard disk local. În Linux apare apoi ca directorul /storage, iar în Windows ca unitate de rețea cu numele storage. Programele, scripturile și instrumentele de backup scriu pur și simplu în această cale, fără să mai fie nevoie să copiați manual fișiere dintr-o parte în alta.

Acest ghid prezintă pas cu pas toate variantele, fiecare cu conexiune criptată, deoarece datele circulă prin internet: în Linux, SMB (numit și CIFS sau Samba) cu criptare SMB 3 sau SSHFS, iar în Windows, SSHFS-Win prin SFTP. La acestea se adaugă montarea permanentă, care rămâne activă și după o repornire, și mesajele de eroare care apar cel mai des în practică. Comenzile pentru Linux sunt valabile pentru Debian 12 și 13, Ubuntu 22.04 și 24.04, precum și pentru AlmaLinux și Rocky Linux 9, iar pașii pentru Windows, pentru Windows 10 și 11 și pentru Windows Server 2016 până la 2025.

Cele mai importante comenzi le găsiți, gata completate cu numele de gazdă și numele de utilizator, și în panoul clientului, la Storage Server-ul dumneavoastră, în cardul „Montare ca unitate de rețea”.

Înainte de a începe: datele de acces și setările de acces

Toate datele le găsiți în panoul clientului, la Storage Server-ul dumneavoastră, în secțiunea „Detalii de conexiune”: numele de gazdă, numele de utilizator și parola. Dacă acolo nu apare nicio parolă, generați una nouă cu „Resetează parola”. Atenție însă: resetarea întrerupe toate conexiunile existente, iar serverele pe care storage-ul este deja montat au nevoie apoi de parola nouă.

Pe aceeași pagină, butonul „Setări de acces” deschide comutatoarele pentru fiecare metodă de acces. Pentru acest ghid contează trei dintre ele:

• Samba / CIFS pentru unitatea de rețea prin SMB (portul 445).
• SSH / SFTP / SCP / rsync pentru SSHFS în Linux și SSHFS-Win în Windows (portul 23).
• Accesibilitate externă trebuie să fie activată, deoarece serverul dumneavoastră accesează storage-ul prin internet.

La Storage Server-ele nou comandate, toate trei sunt deja activate. Exemplele din acest articol folosesc valorile de mai jos, înlocuiți-le cu ale dumneavoastră:

La fiecare Storage Server, partajarea se numește backup, deci calea completă este \\u123456.storage.kernelhost.net\backup în Windows și //u123456.storage.kernelhost.net/backup în Linux.

Verificați mai întâi dacă serverul dumneavoastră poate accesa storage-ul: portul 23 pentru SSHFS și SSHFS-Win, portul 445 pentru SMB. În Linux:

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

În Windows, în PowerShell:

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

Dacă apare TcpTestSucceeded : True, calea este liberă. Dacă nu se stabilește nicio conexiune, verificați comutatorul corespunzător („SSH / SFTP / SCP / rsync” pentru portul 23, „Samba / CIFS” pentru portul 445), comutatorul „Accesibilitate externă”, precum și un eventual firewall de pe serverul dumneavoastră care filtrează conexiunile de ieșire. Dacă portul 445 este blocat permanent, folosiți în Linux varianta cu SSHFS descrisă mai jos.

Linux: montarea storage-ului în /storage (SMB)

1. Instalați cifs-utils

Clientul SMB este inclus în pachetul cifs-utils. În Debian și Ubuntu:

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

În AlmaLinux, Rocky Linux și RHEL:

dnf install -y cifs-utils

2. Creați punctul de montare și fișierul cu datele de acces

Creați directorul în care va apărea storage-ul, precum și un fișier pentru datele de acces:

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

Conținutul fișierului:

username=u123456
password=PAROLA_DUMNEAVOASTRA

Apoi permiteți doar lui root să citească fișierul:

chmod 600 /etc/storage-credentials

De ce un fișier separat: astfel, parola nu ajunge nici în /etc/fstab, fișier pe care îl poate citi orice utilizator, nici în istoricul comenzilor. Caracterele speciale din parolă nu sunt o problemă în acest fișier, iar ghilimelele nu sunt necesare.

3. Montați o dată manual și testați

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

Opțiunile, pe rând:

• seal criptează conexiunea cu SMB 3. Deoarece datele circulă prin internet, nu ar trebui să renunțați niciodată la această opțiune.
• iocharset=utf8 asigură transmiterea corectă a diacriticelor și a caracterelor speciale din numele fișierelor.
• uid și gid stabilesc cărui utilizator local îi aparțin fișierele. Dacă, de exemplu, serverul web trebuie să scrie pe storage, folosiți uid=www-data,gid=www-data.
• file_mode și dir_mode determină drepturile pe care Linux le afișează pentru fișiere și foldere. Pe storage în sine nu se salvează drepturi Linux, iar valorile se aplică doar pe serverul dumneavoastră.

Verificați astfel dacă totul funcționează:

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

df afișează acum dimensiunea Storage Server-ului dumneavoastră în locul celei a discului local.

4. Montare permanentă prin /etc/fstab

Pentru ca storage-ul să fie disponibil automat după fiecare repornire, îl adăugați în /etc/fstab. Mai întâi demontați montarea de test:

umount /storage
nano /etc/fstab

Adăugați la final această linie (o singură linie):

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

Cele trei opțiuni adăugate la final sunt importante:

• _netdev îi spune sistemului că este vorba de o unitate de rețea, care poate fi montată abia după ce rețeaua este disponibilă.
• nofail împiedică blocarea serverului la pornire dacă storage-ul nu este accesibil la un moment dat.
• x-systemd.automount montează storage-ul abia la primul acces la /storage și îl remontează automat după o întrerupere.

Reîncărcați configurația și montați:

systemctl daemon-reload
mount -a
ls /storage

Dacă mount -a nu raportează nicio eroare, linia este corectă. Apoi puteți testa fără risc o repornire: datorită opțiunii nofail, serverul pornește chiar și atunci când ceva nu este în regulă.

Alternativa pentru Linux: SSHFS pe portul 23

SSHFS montează storage-ul prin SSH. Merită atunci când portul 445 este blocat la dumneavoastră sau când preferați să lucrați cu o cheie SSH în loc de parolă. Conexiunea este întotdeauna criptată. Pe /storage configurați fie SMB, fie SSHFS, nu pe amândouă în același timp.

Instalați SSHFS, în Debian și Ubuntu:

apt-get install -y sshfs

În AlmaLinux și Rocky Linux, pachetul se află în depozitul EPEL:

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

Generați o cheie proprie și depuneți-o pe storage:

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

La prima conectare confirmați amprenta storage-ului cu yes și introduceți o singură dată parola. Comanda install-ssh-key adaugă cheia fără să suprascrie cheile existente. De acum înainte, serverul dumneavoastră se autentifică fără parolă.

Montare manuală:

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

Cele două puncte de după numele de gazdă indică directorul dumneavoastră principal de pe storage, adică aceleași fișiere pe care le vedeți și prin partajarea SMB. Pentru montarea permanentă, această linie se adaugă în /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 permite accesul și altor utilizatori decât root, de exemplu serverului web. reconnect și cele două valori ServerAlive mențin conexiunea stabilă atunci când rețeaua se întrerupe pentru scurt timp. Apoi, ca mai sus, rulați systemctl daemon-reload și mount -a.

Windows: maparea criptată a storage-ului ca unitate de rețea „storage”

Windows conectează unitățile de rețea în mod implicit prin SMB. Această conexiune este însă criptată doar dacă una dintre părți o cere în mod explicit, iar în Windows nu vă puteți baza pe acest lucru. Pentru ca nimeni să nu vă poată citi datele pe drumul prin internet, în Windows conectați storage-ul prin SFTP, adică prin SSH. Pentru aceasta aveți nevoie de două programe gratuite open source: WinFsp pune la dispoziție sistemul de fișiere, iar SSHFS-Win aduce SFTP în Explorer ca unitate de rețea.

1. Instalați WinFsp și SSHFS-Win

Deschideți PowerShell prin „Executare ca administrator” și lipiți aceste comenzi. Ele descarcă ambele pachete de instalare de pe GitHub și le instalează fără întrebări suplimentare:

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

Dacă pe calculatorul dumneavoastră este disponibil winget, de exemplu în Windows 11, este suficientă și comanda winget install -e --id SSHFS-Win.SSHFS-Win. WinFsp se instalează automat odată cu aceasta.

2. Conectați unitatea în Explorer

1. Deschideți Explorer și selectați în stânga „Acest PC”.
2. Selectați „Conectare unitate de rețea”. În Windows 11 și Windows Server 2025, comanda se află în meniul cu cele trei puncte, iar în Windows 10 și Windows Server 2016 până la 2022, în fila „Computer”.
3. Alegeți ca unitate S: și introduceți ca folder \\sshfs\u123456@u123456.storage.kernelhost.net!23. Partea !23 de la final este portul; fără ea, SSHFS-Win încearcă portul 22.
4. Lăsați bifată opțiunea „Reconectare la conectare” și faceți clic pe „Terminare”.
5. În fereastra de autentificare, introduceți parola dumneavoastră și bifați „Memorare acreditări”.
6. Unitatea apare inițial sub un nume tehnic. Faceți clic dreapta pe ea, selectați „Redenumire” și introduceți storage.

De acum, storage-ul este disponibil în „Acest PC” ca unitatea storage și se conectează automat și criptat la fiecare autentificare.

Prin PowerShell

Mai rapid se face cu o singură comandă. Rulați-o într-o fereastră PowerShell obișnuită, nu într-una pornită cu „Executare ca administrator”, deoarece unitățile conectate într-o sesiune cu drepturi ridicate nu apar în Explorer. La rulare, Windows vă cere parola:

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

Numele storage îl atribuiți apoi astfel:

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

net use reține unitatea, dar nu și parola. De aceea, după o repornire, Windows vă cere din nou parola la prima deschidere a unității. Dacă bifați în această fereastră „Memorare acreditări”, Windows conectează apoi unitatea fără să mai întrebe. cmdkey nu ajută aici, deoarece SSHFS-Win preia doar acreditările introduse în propria fereastră de autentificare.

net use vă arată dacă unitatea funcționează prin SSHFS-Win: în rândul pentru S:, ca rețea apare WinFsp.Np. Această conexiune trece întotdeauna prin SSH și este, prin urmare, criptată.

SMB în Windows doar cu criptare impusă

Începând cu Windows 11 24H2 și Windows Server 2025, Windows poate impune criptarea pentru toate conexiunile SMB de ieșire. Doar atunci și varianta clasică prin partajarea backup este sigură. Activați criptarea într-o fereastră PowerShell cu drepturi de administrator:

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

Setarea se aplică tuturor conexiunilor SMB ale calculatorului. Dacă pe serverul dumneavoastră sunt conectate și alte partajări, mai vechi și fără criptare, acestea nu vor mai fi accesibile după aceea. Apoi conectați unitatea într-o fereastră obișnuită și verificați dacă în rezultat apare 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

Această metodă înlocuiește SSHFS-Win. Dacă S: este deja conectată prin SSHFS-Win, deconectați-o mai întâi cu net use S: /delete. Pe versiunile mai vechi de Windows, criptarea nu poate fi impusă. Folosiți acolo SSHFS-Win, așa cum este descris mai sus.

Pentru servicii și activități programate

O literă de unitate este valabilă doar în sesiunea de autentificare a utilizatorului care a conectat-o. De aceea, serviciile, activitățile programate și multe programe de backup nu văd S:. Pentru backupuri automate, cel mai bine folosiți un program care suportă direct SFTP, de exemplu rclone sau restic, cu gazda u123456.storage.kernelhost.net, portul 23 și numele dumneavoastră de utilizator.

Erori frecvente și cauzele lor

Pentru deconectare, în Linux este suficient umount /storage, iar în Windows net use S: /delete. Acreditările salvate pentru SSHFS-Win le ștergeți în „Manager de acreditări” din Windows, la „Acreditări generice”, iar pe cele pentru SMB cu cmdkey /delete:u123456.storage.kernelhost.net.

Unitate de rețea sau instrument de backup?

O unitate montată este ideală atunci când programele trebuie să scrie direct într-un folder, de exemplu pentru încărcări, exporturi sau arhive. Pentru backupuri regulate, instrumentele precum rsync, BorgBackup sau restic prin SSH pe portul 23 sunt adesea alegerea mai robustă: transferă doar modificările, reiau rulările întrerupte și, la cerere, criptează datele încă de pe serverul dumneavoastră. Cum construiți o astfel de soluție aflați din articolul nostru despre strategia de backup pentru servere, iar pentru planificarea în timp vă ajută ghidul de configurare a unui cronjob.

Sfat: dacă activați în „Setări de acces” opțiunea „Director de snapshot-uri ZFS”, snapshot-urile Storage Server-ului dumneavoastră apar în directorul .zfs/snapshot, accesibil doar în citire. Fișierele individuale le restaurați apoi prin simplă copiere, fără să restaurați un snapshot întreg.

Securitate pe scurt

• În Linux, montați întotdeauna cu seal sau folosiți SSHFS, iar în Windows SSHFS-Win, pentru ca datele să fie transferate criptat. SMB clasic în Windows doar cu criptare impusă, începând cu Windows 11 24H2 sau Windows Server 2025.
• Fișierul cu datele de acces /etc/storage-credentials aparține lui root și are drepturile 600.
• Dezactivați în „Setări de acces” tot ce nu vă trebuie. Dacă lucrați doar cu SSHFS și SSHFS-Win, „Samba / CIFS” poate rămâne dezactivat.
• Pentru SSHFS folosiți o cheie separată, doar pentru storage, așa cum este arătat mai sus. Cum securizați SSH în general explică articolul Securizarea SSH și configurarea autentificării cu cheie.