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.
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.
quelle
ntlm auth = yes
zu meinemsmb.conf
auch den Trick gemacht.Die akzeptierte Antwort ist korrekt und funktioniert unter Windows 10 Professional und höher. Windows 10 Home Premium fehlt jedoch
secpol.msc
und seine benutzerfreundliche Oberfläche.Navigieren Sie zum Beheben des Problems unter Windows 10 Home Premium zum folgenden Schlüssel in der Registrierung:
Suchen Sie nach einem DWORD-Wert mit dem Namen
LmCompatibilityLevel
. Wenn es nicht existiert, erstellen Sie es. Stellen Sie den Wert auf ein5
.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
quelle
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.
quelle