Neuer Win10 Netzwerknutzer hat keinen Zugriff auf Freigabeordner

[Spiff1982]

Hallo zusammen,

ich hoffe, dass ich meinen ersten Post nicht gleich im falschen Forumsbereich anlege. Ich würde mein Problem hier am ehesten zuordnen. Falls nicht, bitte ich um Entschuldigung.

Vor meinem Post habe ich auch bereits über google zu meinem Problem gesucht, allerdings hat das nicht wirklich gepasst.

Nun zum Thema:
Ich habe seit vielen Jahren eine DS1815+ im Einsatz und bin sehr begeistert. Alles funktioniert einwandfrei und bisher ließen sich auch neue Benutzer ohne Probleme integrieren.
Seit gestern habe ich im Netzwerk nun ein neues Gerät. Ein Surface Pro 6 von Microsoft.

Für dieses Gerät habe ich in der Diskstation einen neuen Benutzer angelegt und melde mich am Tablet auch mit exakt den gleichen Nutzerdaten an. So wie ich es bei meinen Laptops und PCs auch schon immer getan habe - auch unter Win10.

Nun wollte ich eine neue Netzwerkfreigabe im Explorer anlegen, jedoch verweigert mir die Diskstation den Zugriff. Es kommt die bekannte Abfrage nach einem Passwort für diesen Nutzer.
Darauf hin habe ich nochmals alles durchgecheckt. Die Freigaben und Berechtigungen sind korrekt gesetzt. Alles über die Weboberfläche.
Wenn ich mich mit einem anderen Nutzernamen und zugehörigen Passwort anmelde, habe ich Zugriff auf den/die Freigabeordner.

Als nächstes habe ich mir das Programm zum Erstellen von Netzwerkverknüpfungen von Synology installiert und bin dort auf "Verbinden" gegangen. Bei der Suche findet das Programm dann nur einen der freigegebenen Ordner. Dieser Zugriff funktioniert tadellos... Warum die anderen Ordner nicht in der Liste auftauchen verstehe ich nicht.

Ich vermute, es liegt an irgend einer Einstellung am Surface, aber ich komme nicht dahinter und mich verwirrt auch, dass er seltsamer Weise einen Ordner finden kann.
Arbeitsgruppe, Name, Passwort ist alles korrekt eingestellt.

Ich hoffe, ihr habt einen Tipp für mich. Meine Suche war bisher nicht wirklich erfolgreich. Ich finde dann etwas andere Themen, die nicht zu meinem Fall passen.

Danke schon einmal und noch einen schönen Feiertag
Grüße

P.S.: jetzt habe ich gerade gesehen, es gibt einen Forumsbereich für Themen mit Benutzer / Freigaben. Den hatte ich vorhin wohl übersehen. Vielleicht kann ein Admin den Beitrag verschieben, ich finde dazu keine Option. Sorry.

 

[TeXniXo]

Offensichtlich ein Problem mit der SMB-Version? Was hast du auf der DS unter Systemeinstellungen / Dateidienste eingestellt, was SMB angeht? V1 drinnen? Windows SMB v1 aktiviert?

 

[Spiff1982]

Hallo TeXniXo,

danke für die schnelle Antwort. In den Einstellungen war ich gestern bereits drin. Dort war bei SMB unter Erweiterte Einstellungen "maximales SMB-Protokoll:SMB2
Das hab ich gestern dann mal auf SMB3 geändert, in der Hoffnung, dass es daran liegt.

So sieht es jetzt aus.





Beim zweiten Bild sind alle folgenden Haken nicht gesetzt.

Grüße

 

[Kurt-oe1kyw]

Der Benutzername mit welchem dieses Problem auftritt, hast du da zwei Namensteile welche du mit einem Leerzeichen getrennt hast? Also z.B. Vorname <leerzeichen> Nachname

Irgendwas stimmt mit den Freigaben auf der Diskstation für die gewünschten gemeinsamen Ordner nicht für diesen Usernamen. Entweder blockiert der Name selbst und/oder eine Gruppenberechtigung sperrt den User aus.
Falls du Vorname <leerzeichen> Nachname benutzt hast, dann bitte in den Windows Tresor wechseln und dort den Namen mit einem underline _ "verbinden" und das gleiche dann im DSM im Benutzerkonto, dort ebenfalls die Namen "verbinden" so dass es kein Leerzeichen als Trennung gibt.
Durch den windows Tresor kannst du dich mit getrennten Namensteilen an win10 anmelden und über die hinterlegten Tresordaten erfolgt der erlaubte Zugriff auf die DS für diesen User. Dies müssen auch alle windows User verwenden welche sich zB mit dem windowskonto anmelden oder mit der Pin Eingabe, beides kennt die DS nicht und blockiert daher, so lange bis die DSM Benutzerkontendaten im Tresor hinterlegt wurden.

Am Surface wenn du da oben in der Netzwerkzeile eintippst bei dir: \\DS1815 ENTER drückst, (unbedingt \\ eingeben und NICHT //)



welche gemeinsamen Ordner siehst du dann? All jene welche aufgelistet werden könntest du bei Bedarf als Netzlaufwerk verbinden mit dem Surface.

 

[Spiff1982]

Hallo,

danke für deine Antwort.
Also an einem Benutzernamen aus zwei Teilen etc. liegt es nicht. Der Benutzer lautet in diesem Fall einfach nur Surface.

Ich habe mal \\DS1815 eingegeben. Ich sehe dann alle Ordner, die auf dem NAS vorhanden sind. Ob Freigabe erteilt oder nicht. Allerdings kommt dann beim Öffnen eines Ordners wieder die Anmeldemaske. Dort hab ich dann keine Berechtigung.

Ich bin am Verzweifeln. Ich wüsste nicht, was ich anders als bisher gemacht habe.

 

[Kurt-oe1kyw]

Ok das passt ja soweit mit dem Namen und du siehst auch die möglichen gemeinsamen Ordner, das ist schon mal gut. Die Anmeldemaske kommt, weil dem Surface die Berechtigung fehlt und zwar konkret dem User auf dem Surface.
Frage:
Wenn du dich am Surface anmeldest, gibt du dann bei der Anmeldung an Name auch "Surface" an UND ist das Passwort absolut identisch mit dem Passwort welches der User "Surface" im DSM hat?
Oder verwendest du bei der Anmeldung, also beim Einschalten von Surface einen anderen Namen und anderes Kennwort?

 

[Spiff1982]

Ach mei....

ich habs gefunden. Scheinbar hatte ich die "Erweiterte Freigabeberechtigung" aktiviert. Unter den gemeinsamen Ordnern bei Bearbeiten findet sich der Reiter "erweiterte Berechtigung" und da haben dann die Haken beim Zugriff noch gefehlt...

Danke nochmals für die Hilfe. Mir war nicht klar, dass ich hier die gleichen Berechtigungen nochmal setzen muss...

 

[Benares]

Schau mal in die "Anmeldeinformationsverwaltung" von Windows, ob da nicht noch Reste einer alten Anmeldung an die DS sind. Wenn ja, bitte löschen.
Zeitgleich ist keine andere Freigabe der DS unter einem anderen Benutzer gemountet? Das geht nämlich nicht.

 

[Kurt-oe1kyw]

ich habs gefunden. "erweiterte Berechtigung" und da haben dann die Haken beim Zugriff noch gefehlt...

Prima, fein das es jetzt läuft.