Zugriff auf Shares mit lokalen Benutzern
Hallo zusammen,
ich habe ein vermeintlich einfaches Problem:
ich möchte auf einem Windows Server 2022 ein Share freigeben.
Der Server ist Mitglied einer Domäne, hat aber auch lokale Benutzer, die in der Gruppe "Administratoren" sind.
In den Freigabeberechtigungen wird "servername\Administratoren" aufgenommen, unter "Sicherheit" erhält die selbe lokale Gruppe Vollzugriff.
Wenn ich nun versuche, auf \\servername\share zuzugreifen, bekomme ich die Meldung
Auf \\servername\share konnte nicht zugegriffen werden. Sie haben keine Berechtigung für den Zugriff....
Wenn ich ein Netzlaufwerk verbinde und andere Anmeldedaten eingebe, also "servername\Administrator" und dessen Passwort erscheint das Anmeldefenster sofort wieder, wenn ich die gleichen Credentials nochmal eingebe, kommt die Fehlermeldung, dass das Netzlaufwerk bereits mit diesen Anmeldedaten verbunden wäre - was es aber nicht ist.
Nachdem das eigentlich eine recht einfache Anforderung ist, bin ich gerade ziemlich ratlos...
TIA!
ich habe ein vermeintlich einfaches Problem:
ich möchte auf einem Windows Server 2022 ein Share freigeben.
Der Server ist Mitglied einer Domäne, hat aber auch lokale Benutzer, die in der Gruppe "Administratoren" sind.
In den Freigabeberechtigungen wird "servername\Administratoren" aufgenommen, unter "Sicherheit" erhält die selbe lokale Gruppe Vollzugriff.
Wenn ich nun versuche, auf \\servername\share zuzugreifen, bekomme ich die Meldung
Auf \\servername\share konnte nicht zugegriffen werden. Sie haben keine Berechtigung für den Zugriff....
Wenn ich ein Netzlaufwerk verbinde und andere Anmeldedaten eingebe, also "servername\Administrator" und dessen Passwort erscheint das Anmeldefenster sofort wieder, wenn ich die gleichen Credentials nochmal eingebe, kommt die Fehlermeldung, dass das Netzlaufwerk bereits mit diesen Anmeldedaten verbunden wäre - was es aber nicht ist.
Nachdem das eigentlich eine recht einfache Anforderung ist, bin ich gerade ziemlich ratlos...
TIA!
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 2596202324
Url: https://administrator.de/contentid/2596202324
Ausgedruckt am: 22.11.2024 um 12:11 Uhr
8 Kommentare
Neuester Kommentar
Hallo,
überprüfe mal die Freigabeberechtigungen ob dort Jeder Vollzugriff hat und lösche die lokale Gruppe da wieder raus.
Weiter mit den NTFS-Berechtigungen des Ordners der Freigabe, dort trägst du die Gruppe entsprechend deinen Zugriffswünschen ein und entfernst alles was dort eben nicht zugreifen soll (z.B. die Gruppe Benutzer). Achte zudem darauf das die Gruppe durch alle lokalen Unterordner bis zum Freigabeordner wenigstens durchschreiten kann.
BG
pantox
überprüfe mal die Freigabeberechtigungen ob dort Jeder Vollzugriff hat und lösche die lokale Gruppe da wieder raus.
Weiter mit den NTFS-Berechtigungen des Ordners der Freigabe, dort trägst du die Gruppe entsprechend deinen Zugriffswünschen ein und entfernst alles was dort eben nicht zugreifen soll (z.B. die Gruppe Benutzer). Achte zudem darauf das die Gruppe durch alle lokalen Unterordner bis zum Freigabeordner wenigstens durchschreiten kann.
BG
pantox
Hi,
diese Verhalten ist normal.
Bei Deinem ersten Versuch ohne Angabe der Anmeldedaten, hat er Dich mit Deinem Domänenkonto, mit welchem Du gerade am Client angemeldet warst, auch am Server angemeldet. Dieses Konto hat da zwar keinen Zugriff, aber trotzdem läuft da jetzt eine Benutzersitzung. Für standardmäßig 15 min.
Wenn Du es gleich danach mit Angabe der Anmeldedaten des lokalen Kontos versuchst, dann bekommst Du eine Meldung, dass Du versucht hast von einem Client zu einem Server gleichzeitig zwei Benutzertsitzungen zu starten. Weil die Sitzung des Domänenbenutzers läuft ja noch.
Ansätze:
Es gibt da einen - offenbar - Bug:
Wenn Du es mit verschiedenen Aliasen verbindest, dann geht das auch parallel mit verschiedenen Benutzern
Bsp.
1. Verbindung über \\server\freigabe mit dem Domänenkonto
2. Verbindung über \\alias\freigabe mit anderem Domänenkonto
3. Verbindung über \\ip-adresse\freigabe mit lokalem Benutzerkonto
Oder
Du trennst vor dem 2. Versuch explizit die bestehende Sitzung mit
Erst danach mit dem anderen Konto versuchen.
E.
diese Verhalten ist normal.
Bei Deinem ersten Versuch ohne Angabe der Anmeldedaten, hat er Dich mit Deinem Domänenkonto, mit welchem Du gerade am Client angemeldet warst, auch am Server angemeldet. Dieses Konto hat da zwar keinen Zugriff, aber trotzdem läuft da jetzt eine Benutzersitzung. Für standardmäßig 15 min.
Wenn Du es gleich danach mit Angabe der Anmeldedaten des lokalen Kontos versuchst, dann bekommst Du eine Meldung, dass Du versucht hast von einem Client zu einem Server gleichzeitig zwei Benutzertsitzungen zu starten. Weil die Sitzung des Domänenbenutzers läuft ja noch.
Ansätze:
Es gibt da einen - offenbar - Bug:
Wenn Du es mit verschiedenen Aliasen verbindest, dann geht das auch parallel mit verschiedenen Benutzern
Bsp.
1. Verbindung über \\server\freigabe mit dem Domänenkonto
2. Verbindung über \\alias\freigabe mit anderem Domänenkonto
3. Verbindung über \\ip-adresse\freigabe mit lokalem Benutzerkonto
Oder
Du trennst vor dem 2. Versuch explizit die bestehende Sitzung mit
net use \\server\freigabe /delete
E.
Das Problem ist der Unterschied zwischen Freigabe- und NTFS-Berechtigungen. Freigabe funktioniert nicht mit lokalen Gruppen.
Hier eine ziemlich gute Zusammenfassung: https://blog.netwrix.de/2020/01/02/unterschiede-zwischen-freigabe-und-nt ...
BG
pantox
Hier eine ziemlich gute Zusammenfassung: https://blog.netwrix.de/2020/01/02/unterschiede-zwischen-freigabe-und-nt ...
BG
pantox
Zitat von @pantox:
Das Problem ist der Unterschied zwischen Freigabe- und NTFS-Berechtigungen. Freigabe funktioniert nicht mit lokalen Gruppen.
Nein, das ist falsch. Selbstverständlich funktionieren Freigabeberechtigungen auch mit lokalen Gruppen.Das Problem ist der Unterschied zwischen Freigabe- und NTFS-Berechtigungen. Freigabe funktioniert nicht mit lokalen Gruppen.