SMB: Mehrere Netzwerkordner unter Windows 11

[Gemuesefraumann]

Hi,

 

ich habe da mal eine Frage zur Verwendung von SMB unter Windows (11). Und zwar würde ich gerne mehrere Shares gleichzeitig einbinden und habe dazu auch bereits die Option "Multi Channel" aktiviert. Trotzdem bekomme ich edes mal eine Fehlermeldung, wenn ich mehr als ein Share per "Netzlaufwerk verbinden" einrichten möchte.

 

 

Mein Setup:

Zwei SSDs, die als getrennte, persistente Cache-Pools angelegt sind. Auf den SSDs liegen unterschiedliche (sich aber nicht überschneidende) Ordner, die als Share mit "Export = Yes (hidden)" freigegeben sind. Die Freigabe erfolgt auf unterschiedliche User mit eigenem Zugang.

 

Beim Hinzufügen des Netzwerkordners trage ich "\\192.168.178.100\zielordner" ein. Den Zielordner braucht er, sonst kann er den Pfad nicht finden.

Ist dabei auch egal, ob ich einen Ordner auf Datenträger1 und einen auf Datenträger2 hinzufügen möchte. Er scheint die ganzen Shares als einen einzelnen Server zu sehen, den er nur einmal und nur mit spezifischem Pfad einbinden kann.

 

Was mache ich hier falsch?

Ist mein Vorhaben so überhaupt machbar, unterschiedliche Shares mit unterschiedlichen Usern parallel unter Windows zu mounten? Oder gretscht da irgendwie das Fuse-System dazwischen, welches nur eine einmalige Ausgabe der Shares an einen Client zulässt?

 

Freue mich über Tipps und Hinweise.

 

Beste Grüße - Gemüsefraumann

 

[Ford Prefect]

Das hat nix mit Multi-Channel zu tun....Windoof ist halt doof...bei gleichem Server - egal welches Share - kannst Du nur einen User-Account verwenden unter dem verbunden wird.

[Gemuesefraumann]

Ok. Das habe ich befürchtet.

Dann muss ich wohl mit temporären Logins arbeiten und die Ordnerstruktur etwas umbasteln. Oder ich mache einfach einen Bogen um SMB und suche mir was anderes.

Edited February 6, 2023 by Gemuesefraumann

[Ford Prefect]

Du musst eigentlich nicht so komplex denken. Ein/jedes Share kann ja Rechte für unterschiedliche User und auch für mehr als einen User haben.

Setze einfach "Deinen" user für den Client auf jedes der Shares ein...fertich.

[Gemuesefraumann]

Meine Denke war eigentlich, die unterschiedlichen Share-Ordner direkt auf Ebene des Arbeitsplatzes separat voneinander auswählbar zu machen. So hätte ich die unterschiedlichen Shares/User auch nach Bedarf mounten können. Sollen nicht zwangsweise alle ausgewählten Shares immer verfügbar sein.

 

Wenn aber nur ein Laufwerk aktiv sein kann, muss ich dann wohl auf Bedarf die Berechtigungen aktivieren/deaktivieren ... auch irgendwie umständlich. 

 

Ich schau mich mal nach Alternativen um.

 

Gelten die gleichen Spielregeln eigentlich auch für NFS?

Edited February 6, 2023 by Gemuesefraumann

[Ford Prefect]

Bei NFS eigentlich nicht, aber auch nicht für SMB...es ist Windoof, das da reinspuckt und es nun mal so will...was es bei NFS macht kann ich nicht sagen.

Edited February 6, 2023 by Ford Prefect

[hawihoney]

2 hours ago, Gemuesefraumann said:

Sollen nicht zwangsweise alle ausgewählten Shares immer verfügbar sein.

 

Blöde Frage: Geht das nicht mit einem kleinen Batch-Skript - hier Links? Sowohl Quellen und Ziele musst Du allerdings anpassen:

 

C:
CD \

MKDIR "Privat"

MKLINK /D "C:\Privat\Backup" "\\192.168.178.35\disk17\Backup"
MKLINK /D "C:\Privat\Bilder" "\\192.168.178.35\disk17\Bilder"

 

Edited February 6, 2023 by hawihoney

[Gemuesefraumann]

Ich hab das Ganze nun tatsächlich mit NFS hinbekommen.

 

 

Falls jemand vor Problemen mit der Einrichtung steht, hier mal die erforderlichen PowerShell-Prompts...

 

NFS aktivieren:

Enable-WindowsOptionalFeature -FeatureName ServicesForNFS-ClientOnly, ClientForNFS-Infrastructure -Online -NoRestart

 

Mount-Alias deaktivieren (hatte bei mir sonst Fehler beim Mounten ausgeworfen):

Remove-Item -Path Alias:mount -ErrorAction Ignore

 

Share hinzufügen:

mount -o anon \\*UnraidAdresse*\mnt\user\freizugebenderOrdner *Buchstabe*:

 

Zum Beispiel:

mount -o anon \\192.168.178.2\mnt\user\daten Z:

 

Bei mir wollten die Pfade nicht direkt auf dem Arbeitsplatz erscheinen. Dazu musste ich noch mal manuell per "Netzlaufwerk verbinden" den obigen Pfad eingeben (z.B. "\\192.168.178.2\mnt\user\daten"). Danach gings ohne Probleme.

 

Im Backend von Unraid sollte man vorher natürlich die jeweiligen Berechtigungen für die angepeilten Share-Ordner konfigurieren.
 

Export = Yes

Security = Private

 

"Public" heißt, dass alle Clients ohne Weiteres lesen und schreiben können. "Secure" heißt nur lesen. Bei "Private" kann man eigene Regeln angeben. Zum Beispiel:

 

192.168.178.30(sec=sys,rw)

 

Damit kann das System hinter der angegebenen IP lesen und schreiben (rw). Für die anderen Rechner im Netzwerk ist der Share nicht mehr sichtbar, sobald dieses Textfeld definiert wird. Ansonsten ist der Default read-only.

 

Weiteres zur Syntax:

https://forums.unraid.net/topic/37310-solvednfs-shares-are-read-only/

 

VG und danke euch für die Tipps!

Gemuesefraumann

 

PS: Wie sich das Ganze beim Rebooten von Windows und Unraid verhält, werde ich noch beobachten und nötigenfalls hier ergänzen.

Die Geschwindigkeit scheint bisher übrigens nicht all zu weit von SMB abzuweichen. Größere Dateien sind etwas langsamer, kleinere dafür schneller. Da ich bereits mit SSDs arbeite aber wirklich kaum von Belang.

Edited February 7, 2023 by Gemuesefraumann

[mgutt]

On 2/6/2023 at 5:40 PM, Gemuesefraumann said:

Ist mein Vorhaben so überhaupt machbar, unterschiedliche Shares mit unterschiedlichen Usern parallel unter Windows zu mounten?

Das geht über die Kommandozeile:

https://superuser.com/a/727949/129262

 

Auch könnte man sich über die hosts Datei mehr Hostnamen für den Server hinterlegen, denn pro Hostname darf ein anderer Login verwendet werden. Auch die IP darf einen anderen Login haben.

[Ford Prefect]

5 minutes ago, mgutt said:

Das geht über die Kommandozeile:

https://superuser.com/a/727949/129262

...genau das hat bei mir noch nie funktioniert.

Klar, man kann den Haken setzen und unter anderem Login verbinden. Nur beim 2ten Mal/Share auf dem gleichen Host (Name oder IP) sind die Credentials aus dem ersten Mal/Share mit denen vom 2ten überschrieben.

[mgutt]

Wie gesagt. Kommandozeile. Das mit der GUI ist meiner Ansicht nach tatsächlich falsch.

[Ford Prefect]

Vielleicht hat es ja auch mit Win11 zu tun, dass es plötzlich geht...wir haben Win erst wieder mit HomeShooling, Corona sei "Dank" wieder einführen müssen und da war es beim Vorgänger von Win10 noch so.

[Gemuesefraumann]

Also Reboot des Rechners scheint bei mir bisher ohne Verlust der Konfiguration zu laufen. Er zeigt kurz nach dem Boot zwar kurz an, dass die Netzlaufwerke nicht verbunden sind (Laufwerkbuchstabe mit X dahinter). Mit einem Klick auf das jeweilige Laufwerk mounted er es aber sofort und ohne Murren.

Was mir negtativ aufgefallen ist, ist jedoch, dass einmal nach dem Aufwecken aus dem Sleep die Größe und Belegung des zweiten Datenträgers nicht richtig erkannt und stattdessen die des anderen genommen wurde. Und wie es sich bei Windows gehört, freezt der Explorer immer einen Moment, wenn er die Laufwerke nach dem Boot das erste mal anspricht. Dachte, das wäre ein exklusives SMB-Feature. Aber scheint wohl auch NFS zu betreffen bzw. einfach an dem grottigen Win-Explorer zu liegen. 😁

 

Vielleicht switche ich doch noch mal auf SMB und probiere den Workaround von @mgutt aus. Von den obigen Dingen mal abgesehen scheint NFS bisher aber ohne Probleme zu funktionieren. In so fern ist da jetzt kein riesiger Leidensdruck.

 

VG und einen schönen Abend euch - Gemuesefraumann

Edited February 7, 2023 by Gemuesefraumann

[Gemuesefraumann]

Danke noch mal @mgutt!

Ich habe nun auch unter SMB beide Datenträger einbinden können. Musste dafür allerdings wirklich den Umweg über die Hosts-Datei nehmen und eine zweite Domain für den Server festlegen. Ansonsten scheint mir der Weg über die Kommandozeile keinen Unterschied zu machen. Am Ende habe ich damit auch nur den Pfad in der Konfig hinterlegt. Unter "Dieser PC" sehe ich die Laufwerke erst, wenn ich sie noch mal per GUI hinzufüge. Nach dem Trick mit der hosts-Datei bemängelt er dann aber immer hin nicht mehr die Mehrfachbenutzung des Servers.

 

Problem wäre damit also gelöst!

 

Mein vorläufiges Fazit:

Die Implementierung unter Windows ist sowohl bei SMB als auch NFS ziemlich gruselig, in Teilen auch völlig unnötig verkapselt und kompliziert.

Nach dem Lesen/Schreiben einiger größerer Files scheint mir NFS die bessere Durchschnittsgeschwindigkeit zu haben. SMB hingegen hat die besseren Spitzenwerte. Man merkt NFS auch an, dass es keine native MS-Implementierung ist und nicht immer gleich schnell reagiert. Im Großen und Ganzen aber kein riesigen Unterschied.

 

Auf die lange Frist ist SMB unter Unraid denke ich leichter zu handhaben, weil man getrennte User anlegen kann und Berechtigungen nicht nur per IP regeln kann.

 

[mgutt]

1 hour ago, Gemuesefraumann said:

scheint mir der Weg über die Kommandozeile keinen Unterschied zu machen

OK, danke für die Info