Windows 10-Kennwortfehler mit Samba Share

Ich versuche, mit dem Befehl eine Verbindung zu einer Samba-Freigabe mit Windows 10 Pro (Version 1511, Build 10586.589) herzustellen net use L: \\myserver\myshare /u:myuser mypassword. Ich bekomme den Fehler:

System error 86 - The specified network password is not correct.

Ich erhalte das gleiche Ergebnis, wenn ich das Dialogfeld "Netzlaufwerk zuordnen" verwende. Andere Clients (Android, Linux) können problemlos mit demselben Benutzer / Passwort eine Verbindung herstellen.

Ich habe versucht, die folgenden Sicherheitsrichtlinien über secpol.msc anzupassen:

• Microsoft-Netzwerkclient: Senden Sie ein unverschlüsseltes Kennwort an SMB-Server von Drittanbietern (aktiviert und deaktiviert).
• Netword-Sicherheit: LAN Manager-Authentifizierungsstufe (LM- und NTLM-Antworten senden, LM- und NTLM-Antworten senden - Verwenden Sie die NTLMv2-Sitzungssicherheit, wenn dies ausgehandelt wird
• Netzwerksicherheit: Minimale Sitzungssicherheit für NTLM-SSP-basierte Clients / Server (128-Bit-Verschlüsselung und keine)

Ich verwende Samba 4.5.0-2 unter Arch Linux (4.7.4-1). Auf der Serverseite habe ich das Benutzerkennwort zurückgesetzt, den Benutzer entfernt und erneut zum smbpasswd-Backend hinzugefügt und den smbservice gestartet und neu gestartet.

Meine smbconf ist im Grunde die Standardeinstellung:

 [global]
   workgroup = MYGROUP
   server string = Samba Server
   log file = /var/log/samba/%m.log
   max log size = 50
   security = user
   encrypt passwords = yes
   smb passwd file = /etc/samba/smbpasswd
   unix password sync = Yes
   passwd program = /usr/bin/passwd %u
   passwd chat = *New*UNIX*password* %n\n *ReType*new*UNIX*password* %n\n *passwd:*all*authentication*tokens*updated*successfully*
   dns proxy = no
[my share]
   comment = my share
   browseable = yes
   writable = yes
   guest ok = no
   path = /pathto/myshare
   public = no
   valid users = myuser
   create mask = 770

Ich sehe in testparm nichts Außergewöhnliches und habe per pdbedit bestätigt, dass mein Benutzer definitiv im Backend registriert ist.

Es hat bis heute gut funktioniert und ich weiß nicht, warum es plötzlich aufgehört hat zu funktionieren. Jeder Rat wird sehr geschätzt.

Sie können dies auch auf der Serverseite (Ubuntu 18.04.1 LTS) beheben: In /etc/samba/smb.conf, put:

ntlm auth = true

Und es funktioniert wie ein Zauber.

Wenn jemand anderes auf dieses Problem stößt, bestand meine Lösung darin, die Sicherheitsrichtlinien auf dem Windows-Client anzupassen.

Führen Sie> Secpol.msc aus

Dann setze ich Lokale Richtlinien> Sicherheitsoptionen> Netzwerksicherheit: LAN Manager-Authentifizierungsstufe auf "Nur NTLMv2-Antwort senden". LM & NTLM ablehnen '

und der Client verbindet sich wie zuvor.

Die akzeptierte Antwort ist korrekt und funktioniert unter Windows 10 Professional und höher. Windows 10 Home Premium fehlt jedoch secpol.mscund seine benutzerfreundliche Oberfläche.

Navigieren Sie zum Beheben des Problems unter Windows 10 Home Premium zum folgenden Schlüssel in der Registrierung:

HKLM\SYSTEM\CurrentControlSet\Control\Lsa

Suchen Sie nach einem DWORD-Wert mit dem Namen LmCompatibilityLevel. Wenn es nicht existiert, erstellen Sie es. Stellen Sie den Wert auf ein 5.

Nach dieser Änderung konnte ich sofort auf den Samba-Server zugreifen, ohne ihn neu zu starten.

^{_{Quelle: Ändern der LAN Manager-Authentifizierung unter Windows NT}}

Und wenn Sie es satt haben, mit Windows und Samba zu kämpfen, klicken Sie hier:

https://github.com/billziss-gh/sshfs-win

Es ist Filesharing über SSH. Keine Notwendigkeit für Samba oder der Versuch, Windows zum Spielen zu bringen.