- SMB ist die Standardwahl für gemischte Heimnetze mit Windows, Android, Smart-TVs und Streaming-Boxen – es meldet Nutzer per Login an und läuft praktisch überall.
- NFS kommt aus der Linux/Unix-Welt und gilt bei großen, sequenziellen Dateien (Videos, Docker-Volumes, Server-zu-Server-Übertragung) oft als das schlankere, schnellere Protokoll.
- NFS in der klassischen Form prüft nur die IP-Adresse, nicht das Passwort – ohne sauber eingeschränkte Freigaben ist das ein Sicherheitsrisiko im Heimnetz.
- Windows 11 24H2 verlangt inzwischen standardmäßig signierte SMB-Verbindungen, was ältere NAS-Freigaben (Network Attached Storage, ein Speicher im eigenen Netzwerk) ausbremsen kann, wenn man nichts anpasst.
Wer ein NAS im Heimnetz einrichtet, stößt früh auf diese Frage: Freigabe per SMB oder per NFS? Beide Protokolle erledigen im Kern dasselbe – sie machen einen Ordner auf dem NAS für andere Geräte im Netzwerk sichtbar, so wie ein freigegebener Ordner unter Windows. Doch sie kommen aus unterschiedlichen Welten, funktionieren technisch anders und passen deshalb nicht gleich gut zu jedem Einsatzzweck.
Was SMB und NFS unterscheidet
SMB (Server Message Block) ist das Protokoll, mit dem Windows seit jeher Netzwerkfreigaben anbietet. Die aktuelle Version ist SMB 3.1.1, im Einsatz seit Windows 10 und Server 2016. SMB meldet Nutzer klassisch per Benutzername und Passwort an – genau wie man sich an einem Windows-PC anmeldet.
NFS (Network File System) stammt dagegen aus der Unix- und Linux-Welt. Verbreitet sind heute vor allem NFSv3 und die NFSv4-Reihe, wobei NFSv4.2 zusätzliche Funktionen wie serverseitiges Kopieren (der Server kopiert Dateien intern, ohne den Umweg über den Client) und sogenannte Sparse Files (Dateien, die Lücken enthalten und dadurch weniger Platz belegen) mitbringt. NFS meldet Nutzer in der klassischen Variante nicht per Passwort an, sondern über die IP-Adresse oder das Subnetz des zugreifenden Geräts.
Anmeldung: Login gegen IP-Adresse
Das ist der wohl wichtigste Unterschied für den Alltag. Eine SMB-Freigabe fragt nach Benutzername und Passwort, bevor jemand Dateien sieht. Eine NFS-Freigabe in ihrer klassischen Form (technisch AUTH_SYS genannt) prüft stattdessen nur, von welcher IP-Adresse die Anfrage kommt, und übernimmt dann die Benutzer-ID (UID) und Gruppen-ID (GID), die der zugreifende Rechner meldet – ohne Passwortabfrage.
Das ist bequem, weil sich am zugreifenden Rechner niemand extra anmelden muss, hat aber einen Haken: Ein Client mit Root-Rechten (der höchsten Berechtigungsstufe unter Linux) kann grundsätzlich jede beliebige UID und GID vorgeben und sich damit als ein anderer Nutzer ausgeben. Im Heimnetz mit vertrauenswürdigen Geräten ist das oft kein praktisches Problem, sollte aber bewusst sein – NFS-Exporte gehören deshalb immer auf feste IP-Adressen oder Subnetze eingeschränkt, nicht offen für das ganze Netz freigegeben.
NFS ist absicherbar – der Ruf als „unsicher“ stimmt so nicht
Der Eindruck, NFS sei grundsätzlich fürs Zuhause ungeeignet, greift zu kurz. Er trifft nur auf ungesichertes AUTH_SYS ohne jede Einschränkung zu. Schränkt man Exporte auf bestimmte IPs ein, ist das Risiko im Heimnetz überschaubar. Wer mehr Sicherheit will, kann zusätzlich Kerberos (sec=krb5) nutzen, das eine echte Authentifizierung mitbringt. Seit RFC 9289 gibt es außerdem „NFS over TLS“ – eine Transportverschlüsselung für NFS, die im Linux-Kernel seit Version 6.4/6.5 eingebaut ist und ohne die aufwendige Kerberos-Infrastruktur auskommt. Ob fertige NAS-Betriebssysteme von Synology oder QNAP diese Option bereits als Klick-Einstellung anbieten, ließ sich nicht zweifelsfrei klären – bislang deutet nichts darauf hin, wer sie nutzen will, braucht daher vermutlich noch ein Linux-System mit aktuellem Kernel.
Geschwindigkeit: Wer ist schneller?
Belastbare Benchmark-Zahlen für den typischen 1- oder 2,5-Gigabit-Heimnetz-Anschluss sind schwer zu finden und die vorhandenen Quellen widersprechen sich teils. Qualitativ gilt aber: NFS hat bei sequenziellen Übertragungen mit wenig Protokoll-Overhead – etwa großen Mediendateien, Server-zu-Server-Kopien oder Docker-Volumes unter Linux – oft die Nase vorn. SMB wiederum hat mit SMB3 und vor allem mit SMB Multichannel deutlich aufgeholt: Diese Funktion bündelt mehrere Netzwerkverbindungen bzw. Netzwerkkarten (NICs) gleichzeitig für mehr Durchsatz und Ausfallsicherheit. Die pauschale Aussage „SMB ist immer langsamer“ stimmt in dieser Form also nicht mehr. Sowohl aktuelle QNAP-Systeme als auch Synology DSM bieten SMB Multichannel inzwischen produktiv an, vorausgesetzt das NAS hat mindestens zwei Netzwerkanschlüsse.
SMB oder NFS im Vergleich
| SMB | NFS | |
|---|---|---|
| Herkunft | Windows-Welt | Unix/Linux-Welt |
| Anmeldung | Benutzername + Passwort | IP-/Subnetz-basiert (klassisch), optional Kerberos |
| Geräte-Kompatibilität | Sehr breit: Windows, Android, Smart-TVs, Streaming-Boxen | Vor allem Linux, macOS, spezialisierte Geräte |
| Stärke | Robust bei instabilen Verbindungen (z. B. WLAN), Multichannel-Bündelung | Wenig Overhead bei großen, sequenziellen Dateien |
| Typischer Einsatz | Gemischtes Heimnetz, Windows-Clients | Docker-Mounts, Linux-Server, Medienbibliotheken |
Wann NFS die bessere Wahl ist
Wer überwiegend Linux-Rechner im Netz hat, NFS-Freigaben in Docker-Containern einbindet oder große Mediendateien zwischen Servern verschiebt, profitiert meist von NFS. Für Medienserver wie Jellyfin oder Plex empfiehlt es sich, die Datenbank lokal auf dem Server zu halten und nur die Mediendateien per Netzwerkfreigabe einzubinden – auf einem Linux-Host spricht wegen des eingebauten Locking-Mechanismus (der verhindert, dass zwei Prozesse gleichzeitig dieselbe Datei beschädigen) einiges für NFSv4.
Wann SMB die bessere Wahl ist
Sobald Windows-PCs, Android-Geräte, Smart-TVs oder Media-Player mit im Spiel sind, führt an SMB kaum ein Weg vorbei – es ist praktisch überall vorinstalliert und läuft auch über instabilere Verbindungen wie WLAN zuverlässiger als NFS. Für ein typisches Familien- oder Homelab-Netz mit gemischten Geräten ist SMB deshalb oft die pragmatischere Wahl.
Ein Sonderfall: macOS
Auf dem Mac unterstützt macOS beide Protokolle nativ. Das früher gebräuchliche AFP ist seit Jahren abgekündigt – wer noch danach sucht, sollte stattdessen SMB oder NFS einrichten. Mit macOS Sequoia (Version 15) gab es allerdings Berichte über Stabilitätsprobleme: SMB-Verbindungen brechen gelegentlich ab, und NFS-Freigaben benötigen in den Systemeinstellungen eine „Vollzugriff auf Festplatte“-Freigabe für den zuständigen Hintergrunddienst (nfsd), sonst können sich Mountpoints nach einiger Zeit aufhängen.
Was sich zuletzt geändert hat
Mit Windows 11 24H2, das im Herbst 2024 ausgeliefert wurde, verlangt Windows auf den Editionen Pro, Enterprise und Education jetzt standardmäßig signierte SMB-Verbindungen. Ältere NAS-Systeme, die kein SMB-Signing anbieten, können dadurch plötzlich den Zugriff verweigern – Betroffene müssen SMB-Signing auf dem NAS aktivieren oder die Client-Richtlinie anpassen. Die Home-Edition erzwingt das (Stand jetzt) noch nicht, ob sich das ändert, ist offen. Parallel dazu wird das alte, unsichere SMB1 mit Windows 11/Server 2025 weiter zurückgedrängt; ein konkretes Datum für die komplette Entfernung der SMB1-Bausteine aus Windows nennt Microsoft bislang nicht.
Bei Synology sorgte im April 2025 eine neue Festplatten-Sperre bei den 2025er Plus-, Value- und J-Modellen für Ärger: Volle Funktionalität gab es zunächst nur mit Synology-eigenen oder zertifizierten Laufwerken. Mit DSM 7.3, veröffentlicht am 8. Oktober 2025, hat Synology diese Sperre für klassische Festplatten in Storage Pools wieder zurückgenommen – Laufwerke von Drittherstellern funktionieren dort wieder uneingeschränkt. Nur bei M.2-NVMe-basierten Pools und Caches bleibt die Einschränkung bestehen. Ältere Synology-Modelle waren von der Sperre nie betroffen. Als Reaktion auf Kritik an gestiegenen Preisen der Plus-Serie hat Synology zudem die günstigere DiskStation-neo+-Serie eingeführt.
Bei QNAP ist SMB Multichannel inzwischen auf allen aktuellen Systemen produktiv nutzbar, sofern das Gerät mindestens zwei Netzwerkports besitzt. Bei NFS unterstützt QNAP weiterhin nur NFSv4.1, nicht die neuere Version 4.2 mit ihren Zusatzfunktionen. Wer eine Open-Source-Alternative mit guter Unterstützung für beide Protokolle sucht, findet sie bei TrueNAS, das NFSv4.2 zumindest teilweise unterstützt.
Auch Windows selbst kann übrigens NFS: Die Pro-, Enterprise- und Server-Editionen bringen seit Jahren die optionale Funktion „Services for NFS“ für Client und Server mit. In der Praxis gilt sie als fummelig, weil UID/GID-Zuordnung von Hand gepflegt werden muss und anonyme Zugriffe standardmäßig aktiv sind.
Fazit
Eine pauschale Antwort gibt es nicht – die Wahl hängt an den Geräten im Netz. Wer überwiegend Windows-PCs, Smartphones und Smart-TVs versorgt, ist mit SMB besser bedient. Wer Linux-Server, Docker-Umgebungen oder große Medienbibliotheken betreibt, sollte NFS zumindest in Betracht ziehen – dann aber mit sauber eingeschränkten Exporten. Viele NAS-Systeme bieten ohnehin beide Protokolle parallel an, sodass sich für jedes Gerät im Haushalt das passende wählen lässt.