mgutt Posted December 21, 2020 Share Posted December 21, 2020 Ich habe in W10 mehrere Ordner im Netzwerk freigegeben. Von einem Tag auf den anderen sind diese nun nicht mehr erreichbar. Auch nicht nach einem Neustart des Clients. Ich habe auch versucht über mein Smartphone eine Verbindung aufzubauen, aber auch das schlägt fehlt. In Unassigned Devices finde ich zwar den PC als Server aber wenn ich die freigebenen Shares laden möchte, kann er offensichtlich keine laden, da es sofort abbricht. Daraufhin habe ich eine Ordnerfreigabe zurückgezogen und neu erstellt. Es kam sogar eine Meldung, dass zwei Nutzer verbunden seien. Windows "denkt" also, dass da noch was verbunden ist?! Jedenfalls half das nicht. Dann habe ich einen neuen Ordner im Netzwerk freigegeben. Hilft auch nicht. Ich habe dann auch mal die "Datei- und Druckerfreigabe" de- und aktiviert. Half auch nicht. Während in Unraid die Ordner nicht zu sehen sind, kann ich sie über den Client selbst sehen (aber nicht öffnen): Andere Freigaben wie zB vom Unraid Server kann ich problemlos öffnen. Also der SMB Dienst an sich funktioniert. Irgendwie scheint aber die SMB Freigabe in meinem Windows kaputt gegangen zu sein. Kann ich das irgendwie "zurücksetzen"? In den Unraid System Logs wird mir das angezeigt, aber ich denke das hat keine Relevanz: Dec 21 14:30:21 Tower unassigned.devices: Mount SMB share '//DESKTOP-PC/Desktop' using SMB default protocol. Dec 21 14:30:21 Tower unassigned.devices: Mount SMB command: /sbin/mount -t cifs -o rw,nounix,iocharset=utf8,file_mode=0777,dir_mode=0777,uid=99,gid=100,credentials='/tmp/unassigned.devices/credentials_Desktop' '//DESKTOP-PC/Desktop' '/mnt/remotes/DESKTOP-PC_Desktop' Dec 21 14:30:21 Tower kernel: No dialect specified on mount. Default has changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 (or SMB2.1) specify vers=1.0 on mount. Dec 21 14:30:21 Tower kernel: Status code returned 0xc0000071 STATUS_PASSWORD_EXPIRED Dec 21 14:30:21 Tower kernel: cifs_setup_session: 11 callbacks suppressed Dec 21 14:30:21 Tower kernel: CIFS VFS: Send error in SessSetup = -127 Dec 21 14:30:21 Tower kernel: cifs_smb3_do_mount: 18 callbacks suppressed Dec 21 14:30:21 Tower kernel: CIFS VFS: cifs_mount failed w/return code = -127 Dec 21 14:30:21 Tower unassigned.devices: SMB default protocol mount failed: mount error(127): Key has expired Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg) . Dec 21 14:30:21 Tower unassigned.devices: Mount SMB share '//DESKTOP-PC/Desktop' using SMB3 protocol. Dec 21 14:30:21 Tower unassigned.devices: Mount SMB command: /sbin/mount -t cifs -o rw,nounix,iocharset=utf8,file_mode=0777,dir_mode=0777,uid=99,gid=100,vers=3.0,credentials='/tmp/unassigned.devices/credentials_Desktop' '//DESKTOP-PC/Desktop' '/mnt/remotes/DESKTOP-PC_Desktop' Dec 21 14:30:21 Tower kernel: Status code returned 0xc0000071 STATUS_PASSWORD_EXPIRED Dec 21 14:30:21 Tower kernel: CIFS VFS: Send error in SessSetup = -127 Dec 21 14:30:21 Tower kernel: CIFS VFS: cifs_mount failed w/return code = -127 Dec 21 14:30:21 Tower unassigned.devices: SMB3 mount failed: mount error(127): Key has expired Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg) . Dec 21 14:30:21 Tower unassigned.devices: Mount SMB share '//DESKTOP-PC/Desktop' using SMB2 protocol. Dec 21 14:30:21 Tower unassigned.devices: Mount SMB command: /sbin/mount -t cifs -o rw,nounix,iocharset=utf8,file_mode=0777,dir_mode=0777,uid=99,gid=100,vers=2.0,credentials='/tmp/unassigned.devices/credentials_Desktop' '//DESKTOP-PC/Desktop' '/mnt/remotes/DESKTOP-PC_Desktop' Dec 21 14:30:21 Tower kernel: Status code returned 0xc0000071 STATUS_PASSWORD_EXPIRED Dec 21 14:30:21 Tower kernel: CIFS VFS: Send error in SessSetup = -127 Dec 21 14:30:21 Tower kernel: CIFS VFS: cifs_mount failed w/return code = -127 Dec 21 14:30:21 Tower unassigned.devices: SMB2 mount failed: mount error(127): Key has expired Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg) . Dec 21 14:30:21 Tower unassigned.devices: Mount SMB share '//DESKTOP-PC/Desktop' using SMB1 protocol. Dec 21 14:30:21 Tower unassigned.devices: Mount SMB command: /sbin/mount -t cifs -o rw,nounix,iocharset=utf8,file_mode=0777,dir_mode=0777,uid=99,gid=100,sec=ntlm,vers=1.0,credentials='/tmp/unassigned.devices/credentials_Desktop' '//DESKTOP-PC/Desktop' '/mnt/remotes/DESKTOP-PC_Desktop' Dec 21 14:30:21 Tower kernel: CIFS VFS: cifs_mount failed w/return code = -112 Dec 21 14:30:21 Tower unassigned.devices: SMB1 mount failed: mount error: Server abruptly closed the connection. This can happen if the server does not support the SMB version you are trying to use. The default SMB version recently changed from SMB1 to SMB2.1 and above. Try mounting with vers=1.0. mount error(112): Host is down Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg) . Dec 21 14:30:21 Tower unassigned.devices: Mount of '//DESKTOP-PC/Desktop' failed. Error message: 'mount error: Server abruptly closed the connection. This can happen if the server does not support the SMB version you are trying to use. The default SMB version recently changed from SMB1 to SMB2.1 and above. Try mounting with vers=1.0. mount error(112): Host is down Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg) '. Was mir noch einfällt und was ich testen möchte: - Alle Freigaben löschen - den dafür angelegten User löschen Quote Link to comment
Ford Prefect Posted December 22, 2020 Share Posted December 22, 2020 ...ich hatte öfter den Effekt, dass nach einem Windoof Update das Netz von privat auf öffentlich umgestellt wurde....natürlich hat Dr. Gates das ohne Info/Nachfrage einfach so angeordnet 🤪 Quote Link to comment
vakilando Posted December 22, 2020 Share Posted December 22, 2020 Ich denk auch eher dass dies ein Windows "Problem" bzw. eine Einstellung ist. @Ford Prefect's Anmerkung solltest du mal nachgehen. Ich fahre mal eine Win10 hoch und schau was mir noch so auf/einfällt.... Quote Link to comment
mgutt Posted December 23, 2020 Author Share Posted December 23, 2020 On 12/22/2020 at 9:48 AM, Ford Prefect said: privat auf öffentlich umgestellt wurde Ist nach wie vor privat, aber ein W10 Update gab es meine ich kurz davor. 🤔 Quote Link to comment
Ford Prefect Posted December 24, 2020 Share Posted December 24, 2020 ...ich denke halt nicht, dass das Problem auf Seiten von unraid liegt, da der SMB Dienst an sich ja funzt. Die Frage ist, was eine bestehende Verbindung so ändern kann, dass sie nicht mehr funktioniert und auch neue, frische Verbindungen nicht zulässt. - IP oder MAC-Adressen geändert? - mit VLANs gespielt? - ein Service unter Win nicht gestartet oder umkonfiguriert? - Umfeld von WINS? Hostname, Workgroup, .... ? - Windoof Firewall? Quote Link to comment
mgutt Posted December 27, 2020 Author Share Posted December 27, 2020 Ich habe das Problem gefunden. Beim Erstellen des Nutzers hatte ich nur die Option "Benutzer muss Kennwort bei der nächsten Anmeldung ändern" abgewählt: Zusätzlich hätte ich die Option "Kennwort läuft nie ab" auswählen müssen. Wenn ich das richtig recherchiert habe, löscht Windows dann nach 30 Tagen das Passwort und entsprechend konnte ich die Freigabe über Unraid Unassigned Devices nicht mehr mounten. Jetzt wo ich das Kennwort neu gesetzt habe, konnte ich direkt wieder mounten. Die Option habe ich natürlich auch ausgewählt. Außerdem weiß ich jetzt auch warum mein Rechner nicht mehr in den Standby wechselte. Ich hatte die standardmäßige Energiesparoption "Wechseln in den Energiesparmodus bei Inaktivität verhindern" nicht auf "Der Computer kann in den Energiesparmodus wechseln" geändert: Nun geht der Rechner brav schlafen und wenn er an ist, wird mein Ordner auch sauber in Unraid gemountet und per rsync inkrementell gesichert Übrigens habe ich ein Skript geschrieben, das automatisch unmountet (da das sonst massive Timeouts in Unraid verursacht): 2 Quote Link to comment
ich777 Posted December 28, 2020 Share Posted December 28, 2020 19 hours ago, mgutt said: Beim Erstellen des Nutzers Du hast hier den Nutzer über die MSC erstellt so wie ich das sehe oder liege ich hier falsch? Würde dir empfehlen das du einen Lokalen Benutzer über die "Einstellungen" hinzufügst (Einstellungen -> Familie und andere Benutzer -> Diesem PC eine andere Person hinzufügen -> Ich kenne die Anmeldeinformationen für diese Person nicht -> Benutzer ohne Microsoft-Konto hinzufügen -> DEINUSER & PW) da dies noch immer am Schmerzfreiesten funktioniert und nicht anders macht als wenn du einen Benutzer über MSC bzw. 'lusrmgr.msc' erstellst. 19 hours ago, mgutt said: Wenn ich das richtig recherchiert habe, löscht Windows dann nach 30 Tagen das Passwort Ja genau, wenn 'Kennwort läuft nie ab' nicht ausgewählt ist wirst du by default nach 30 Tagen aufgefordert dein Kennwort bei der Anmelung am Benutzerkonto zu ändern, falls du dich aber nicht anmeldest wird das Kennwort dennoch zurückgesetzt und es kommt zu diesem "Problem". 1 Quote Link to comment
mgutt Posted December 28, 2020 Author Share Posted December 28, 2020 19 minutes ago, ich777 said: Würde dir empfehlen das du einen Lokalen Benutzer über die "Einstellungen" hinzufügst Habe ich gerade getestet. Ist nerviger, weil man mehr rumklicken muss und man muss auch drei Sicherheitsfragen hinterlegen. Aber es stimmt, der wird dann auch mit der Option "Kennwort läuft nie ab" angelegt. Ich mache es über rechte Maustaste -> Windows Logo -> Computerverwaltung, also das was du mit MSC meinst. Man muss nur eben an die Optionen denken. 1 Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.