SMB oder NFS für zu Hause: Welches Protokoll passt zu welchem Gerät?

SMB ist in Windows nativ verankert und daher für PCs, viele NAS-Systeme, Mediengeräte und gemischte Haushalte meist der reibungsärmste Einstieg. Freigaben erscheinen im Datei-Explorer, lassen sich als Netzlaufwerk einbinden und arbeiten mit den vertrauten Windows-Anmeldedaten. Auch macOS und Linux beherrschen SMB; dadurch entsteht kein Zwang, je Gerät ein anderes Freigabeprotokoll zu pflegen.

Konten und Rechte bleiben nachvollziehbar

Ein NAS kann SMB-Zugriffe einzelnen Benutzerkonten oder Gruppen zuordnen. So erhält etwa die Familiengruppe Schreibzugriff auf Fotos, während ein Medienplayer nur lesen darf. Solche Regeln sind pro Freigabe und häufig auch pro Ordner möglich; wichtig ist, NAS-Benutzer, Gruppenmitgliedschaften und Freigaberechte konsistent zu halten.

Ein praktischer Vorzug sind Dateisperren: Bearbeitet ein Windows-Programm eine Office-Datei, signalisiert SMB anderen Clients den laufenden Zugriff. Das senkt das Risiko widersprüchlicher Versionen deutlich. Für gemeinsames Arbeiten mit Dokumenten ist dies oft wichtiger als ein geringer theoretischer Durchsatzvorteil.

Ausschließlich aktuelle SMB-Versionen verwenden

Empfehlenswert sind SMB 3.x und, wo vorhanden, SMB 2.x als Mindeststandard. Aktuelle Varianten bieten bessere Leistung, belastbarere Verbindungen und Funktionen wie Verschlüsselung. SMB 1 gehört dagegen deaktiviert: Das veraltete Protokoll ist sicherheitstechnisch problematisch und nur für unvermeidbare Altgeräte kurzfristig vertretbar. Solche Geräte sollten besser ersetzt oder vom übrigen Netz getrennt werden.

NFS ist besonders passend, wenn Linux-Systeme, Proxmox-Hosts, Container oder andere Unix-nahe Clients Speicher dauerhaft einhängen und mit vielen zusammenhängenden Dateioperationen arbeiten. Ein Export erscheint dort wie ein lokales Verzeichnis; Backup-Ziele, Medienbibliotheken oder Arbeitsdaten lassen sich ohne zusätzliche Anmeldedialoge einbinden.

Die Vorteile liegen in der direkten Einbindung

NFS ist bei Linux meist unmittelbar verfügbar und eignet sich gut für automatisierte Mounts beim Systemstart. NFSv4 bündelt die Kommunikation stärker als ältere Varianten, unterstützt moderne Sicherheitsmechanismen und ist in aktuellen NAS-Systemen die sinnvolle Wahl. Für virtuelle Maschinen und Container ist NFS häufig unkomplizierter als ein SMB-Mount, sofern die Anwendung POSIX-Dateiattribute erwartet.

Die Kehrseite ist die weniger einheitliche Client-Unterstützung: Windows kann NFS zwar bereitstellen, ist im Heimalltag aber deutlich stärker auf SMB ausgerichtet. Auch manche Fernseher, Spielekonsolen und mobile Apps unterstützen NFS gar nicht oder nur eingeschränkt.

Rechte sorgfältig abbilden

NFS arbeitet mit Unix-UIDs und GIDs. Stimmen die Kennungen von NAS und Client nicht überein, kann ein Benutzer trotz scheinbar korrekter Freigabe Dateien nicht lesen oder schreiben. Empfehlenswert sind daher:

• feste Benutzer- und Gruppenkennungen auf beteiligten Linux-Systemen;
• eng begrenzte Exporte für einzelne Hosts oder Subnetze;
• kein pauschales Schreibrecht für alle Clients;
• getrennte NFS- und SMB-Freigaben, wenn deren Rechtekonzepte kollidieren.

Für heterogene Haushalte bleibt SMB meist der Hauptzugang; NFS ergänzt ihn gezielt für kompatible Systeme.

Eine einzelne große Videodatei zu kopieren, misst vor allem den langsamsten Abschnitt des Pfads: Client, Netzwerk, NAS, Datenträger und gegebenenfalls Verschlüsselung. Erreicht SMB oder NFS dabei die Leitungsauslastung, ist ein Protokollwechsel selten der sinnvolle Hebel.

Entscheidender sind oft Metadatenoperationen. Beim Öffnen eines Projektordners, Durchsuchen einer Fotoablage oder Entpacken eines Archivs entstehen tausende Anfragen nach Namen, Zeiten, Rechten und Verzeichniseinträgen. Latenz, Server-CPU und die Art, wie Client und NAS Metadaten zwischenspeichern, prägen dann den Eindruck stärker als MB/s.

Auch kleine Dateien verhalten sich anders als ein großer Datenstrom: Viele einzelne Öffnen-, Lesen- und Schließen-Vorgänge können die Leistung begrenzen. SMB und NFS nutzen Caches und bündeln Anfragen unterschiedlich; das kann je nach Betriebssystem, Mount-Optionen und Anwendung sichtbar werden. Ein Cache beschleunigt Wiederholungen, beweist aber nicht, dass der erste Zugriff schneller wäre.

Bei parallelen Zugriffen zählen zusätzlich Datenträger-IOPS, RAM, Netzwerkpuffer und Sperrkonflikte. Belastbare Messungen vergleichen daher denselben Client, dieselbe Dateiart, denselben Netzwerkpfad und einen kalten wie warmen Cache.

Nicht das Betriebssystem allein entscheidet, sondern die dokumentierte Protokollunterstützung von Gerät, Firmware und Wiedergabe- oder Dateimanager-App. Ein Fernseher kann etwa SMB beherrschen, während seine Medien-App nur bestimmte SMB-Versionen akzeptiert. Vor der Einrichtung gehören Herstellerhandbuch und App-Dokumentation daher zur technischen Prüfung.

Für einen Haushalt mit Windows, Mobilgeräten und Fernsehern ist SMB gewöhnlich der kleinste gemeinsame Nenner. NFS ergänzt ihn sinnvoll für Linux-Systeme oder fest installierte Medienplayer. Kann eine App nur eines der beiden Protokolle, beendet diese Vorgabe die Abwägung: Das NAS sollte denselben Ordner bei Bedarf über beide Protokolle bereitstellen.

Für Notebooks, Desktop-Rechner und Smartphones zählt vor allem ein Zugriff, der nach Gerätewechsel, Passwortänderung oder Neustart nachvollziehbar bleibt. SMB ist dafür in den meisten Haushalten die robusteste Wahl: Windows unterstützt es nativ, macOS integriert es im Finder, und mobile Dateimanager beherrschen es meist ohne Zusatzkomponenten.

Entscheidend ist nicht nur die Verbindung, sondern die Rechtekette. Jedes Familienmitglied sollte ein eigenes NAS-Konto erhalten; Freigaben werden Gruppen oder Personen zugeordnet, nicht einem gemeinsamen Administratorkonto. Das verhindert, dass gespeicherte Zugangsdaten auf einem Gerät unbemerkt umfassendere Rechte verleihen.

• SMB 3 mit Verschlüsselung aktivieren, sofern NAS und Clients dies leisten können.
• Gastzugriff deaktivieren und nur benötigte Freigaben sichtbar machen.
• Für Medien-Apps prüfen, ob sie SMB direkt unterstützen; manche erwarten stattdessen einen lokalen Index oder WebDAV.

Backups vom Mac sind ein Sonderfall. Time Machine kann zwar SMB verwenden, verlangt aber eine sauber vorbereitete, größenbegrenzte Sicherungsfreigabe und eine verlässliche Serverimplementierung. Die Protokollwahl für Time-Machine-Backups sollte deshalb getrennt von normalen Dokumentenfreigaben entschieden werden.

Ein Linux-Server sollte NAS-Speicher nicht als beiläufige Netzwerkfreigabe behandeln, sondern als Teil seiner Dateisystemarchitektur. Stabile lokale Mountpunkte wie /mnt/nas/medien oder /srv/storage/backups verhindern, dass Skripte, Compose-Dateien und Dienste bei Umbenennungen ins Leere schreiben. Der gleiche Pfad sollte auf allen Hosts dieselbe Bedeutung haben.

Numerische Identitäten müssen übereinstimmen

NFS prüft in der Regel UID und GID, nicht den sichtbaren Benutzernamen. Hat media auf dem NAS die UID 1001, auf dem Docker-Host aber 1002, entstehen trotz identischer Namen falsche Besitzer oder Zugriffsfehler. Vor dem Export sollten die relevanten Konten vereinheitlicht und Container mit passenden user-IDs betrieben werden.

• Für Schreibzugriffe keine pauschalen no_root_squash-Exporte einsetzen.
• Container-Datenbanken nur dann auf NFS ablegen, wenn die Anwendung dies ausdrücklich unterstützt.
• Mounts per systemd-Automount oder robusten Mount-Optionen einrichten, damit ein kurzzeitig fehlendes NAS den Systemstart nicht blockiert.

NFS-Exporte sollten ausschließlich für feste Client-Adressen freigegeben werden; DHCP-Reservierungen sind dafür meist ausreichend. In gemischten Umgebungen bleibt SMB sinnvoll: etwa wenn ein Dienst SMB nativ erwartet, Windows-Administratoren zugreifen oder zentrale ACLs wichtiger sind als die Unix-nahe UID/GID-Logik.

Ein 4K-Label oder eine große Datei sagt kaum voraus, ob die Wiedergabe ruckelfrei läuft. Entscheidend sind Bitrate, Codec, Tonformat, Untertitel und vor allem der Weg, den die Daten tatsächlich nehmen.

Zwei grundsätzlich verschiedene Wege

Bei direktem Dateizugriff liest ein Player wie Kodi oder VLC die Freigabe selbst per SMB oder NFS. Dann zählen dessen Protokollunterstützung, Pufferverhalten und die Qualität der Netzwerkverbindung zum NAS. Schnelles Vor- und Zurückspringen ist dabei ein aussagekräftigerer Test als ein kurzer Filmstart.

Bei Plex, Jellyfin oder Emby greift in der Regel der Medienserver auf die Dateien zu; die TV-App erhält anschließend einen HTTP-Stream. Zwischen NAS und Server ist dann das gewählte Dateiprotokoll relevant, während der Server bei Bedarf umpackt oder transkodiert. Eine leistungsstarke Freigabe behebt keine Transkodierung, die an CPU, GPU oder fehlender Client-Unterstützung scheitert.

Getestet werden sollte mit echten Problemfällen: einem UHD-Remux mit hoher Bitrate, Mehrkanalton und bildbasierten Untertiteln. Dabei Playback-Status (Direct Play, Direct Stream oder Transkodierung), NAS-Durchsatz und Serverlast beobachten. Erst mehrere gleichzeitige Wiedergaben zeigen, ob die Konfiguration im Alltag trägt.

Weiterführende Beiträge

Streaming SMB oder NFS beim Media-Streaming Der Vergleich zeigt, welche Protokolleigenschaften bei Playern, Bitraten und Netzwerkpfaden wirklich relevant werden.

Plex, Jellyfin oder Emby ändern die Rollenverteilung grundlegend: Die TV-App ruft in der Regel nicht SMB oder NFS auf, sondern streamt per HTTP vom Medienserver. Entscheidend ist daher die Verbindung zwischen Medienserver und NAS. Ein direkter Netzwerkpfad im Fernseher bleibt ein separater Anwendungsfall.

Pfade dürfen sich nicht ändern

Die Medienbibliothek speichert Dateipfade in ihrer Datenbank. Das NAS sollte deshalb dauerhaft unter einem festen Pfad eingebunden sein, etwa /mnt/media, nicht unter wechselnden automatisch erzeugten Mountpunkten. Nach einem Neustart muss der Mount verfügbar sein, bevor Plex oder Jellyfin startet; ansonsten kann der Scanner vermeintlich gelöschte Medien erkennen.

• Den Mount über systemd, Autofs oder eine vergleichbare Startreihenfolge absichern.
• Dem Dienstkonto Leserechte auf Verzeichnisse und Dateien geben; für das Durchlaufen aller Ordner ist zudem das Ausführungsrecht auf Verzeichnissen nötig.
• Für Bibliotheks-Scans Schreibrechte nur dort vergeben, wo tatsächlich Begleitdateien, etwa Untertitel oder Metadaten, abgelegt werden sollen.

Container benötigen denselben Host-Pfad konsistent als Volume. Ein falsches Mapping erzeugt Duplikate oder nicht erreichbare Dateien, obwohl die Freigabe selbst funktioniert.

Ein erfolgreicher Mount belegt lediglich, dass Netzwerk, Export und Anmeldung technisch zusammenpassen. Er sagt nichts darüber aus, ob ein Konto zu viele Dateien ändern darf, ob fremde Geräte zugreifen können oder ob der Dienst unnötig erreichbar ist.

Alte Protokolle und offene Wege vermeiden

SMB 1 bleibt deaktiviert; moderne Clients verwenden SMB 3. NFS- und SMB-Ports gehören nicht per Portweiterleitung ins Internet. Zugriff von unterwegs erfolgt über ein VPN oder einen abgesicherten Remote-Zugang, nicht über direkt veröffentlichte Dateidienste.

Rechte am kleinsten nötigen Umfang ausrichten

NFS-Exporte sollten einzelne Hosts oder klar begrenzte Netze erlauben, nicht pauschal das gesamte Heimnetz. Schreibzugriff erhalten nur Dienste und Konten, die ihn tatsächlich benötigen. Für Medienbibliotheken genügt oft Lesen; Upload-, Arbeits- und Backup-Bereiche werden getrennt freigegeben.

Auch bei SMB sind persönliche Konten, getrennte Gruppen und keine anonymen Gastfreigaben die belastbarere Wahl. Änderungen an Exporten oder ACLs werden mit einem unprivilegierten Testkonto geprüft – nicht nur mit dem Administratorkonto.

Ein NAS muss nicht zwischen SMB und NFS wählen: Derselbe Speicherpool kann beide Dienste bereitstellen. Entscheidend ist jedoch, welcher Client welchen Pfad für welchen Zweck nutzt. SMB bleibt der Zugang für persönliche Ordner, Bürodateien und Geräte mit Windows, macOS oder mobilen Dateimanagern; NFS bedient fest definierte Linux-Server, Container und Medienplayer.

Nicht jede Freigabe sollte deshalb pauschal über beide Protokolle erscheinen. Sinnvoll ist eine Trennung wie:

• SMB-Freigaben für Dokumente, Fotos und gemeinsame Arbeitsbereiche
• NFS-Exporte für Medienbibliotheken, Backups oder Anwendungsdaten mit festen Mounts
• eigene Dienstkonten und auf den jeweiligen Zweck begrenzte Rechte

Besondere Vorsicht gilt bei Dateien, die parallel bearbeitet werden. SMB-Dateisperren und NFS-Sperrmechanismen wirken nicht in jeder Anwendung identisch; ein über SMB geöffnetes Dokument und derselbe Zugriff über NFS können Konflikte erzeugen. Ein Projektordner sollte daher konsequent nur über einen Zugangsweg bearbeitet werden. Für reine Medien- oder Archivdaten ist die parallele Bereitstellung dagegen meist unkritisch.