Es kann keine Verbindung zur Linux-Samba-Freigabe von Windows 10 hergestellt werden

Windows 10 versucht, SMB3_11 auszuhandeln, das Samba4 noch nicht unterstützt
außer im aktuellen Release Candidate 4.3. Ich vermute vorerst Deaktivierung
SMB2/3 auf dem Windows 10-Client ist Ihre beste, wenn auch nicht ideale Option.

Anleitungen dazu finden Sie
hier:https://support.microsoft.com/en-us/kb/2696547

https://lists.samba.org/archive/samba/2015-September/193886.html

Weiterführende Literatur:

• oben erwähnte MSKB:Microsoft-Support, KB2696547:Erkennen, Aktivieren und Deaktivieren von SMBv1, SMBv2 und SMBv3 in Windows und Windows Server

Lösung 2:

Ich glaube, ich habe eine Lösung, die auf Windows 7 - 10 und auf Server 2012 funktioniert

In meinem Fall hat das Auskommentieren meiner Zeile "smb ports 139" geholfen.

Ich verwende FreeBSD 10 mit Samba 4.4.5

Hier ist eine Kopie meiner SMB4.conf. Ich hoffe, es hilft jemandem.

[global]
    netbios name = SERV
    server string = FreeBSD Samba Server
    security = ADS
    workgroup = FFTPJ
    realm = fftpj.local

    log file = /var/log/samba4/%m.log
    log level = 1

    # Default idmap config used for BUILTIN and local windows accounts/groups
    idmap config *:backend = tdb
    idmap config *:range = 2000-9999

    # idmap config for domain FFTPJ
    idmap config DOMAIN:backend = rid
    idmap config DOMAIN:range = 10000-99999

    # Use template settings for login shell and home directory
    winbind nss info = template
    winbind enum users = Yes
    winbind enum groups = Yes
    winbind use default domain = yes

    client use spnego = yes
    client ntlmv2 auth = yes

    encrypt passwords = yes
    restrict anonymous = 2

    valid users = @"Domain Users

    # **** When smb ports is Set Windows 10 clients cannot connect
    #smb ports = 139

    load printers = No
    disable spoolss = Yes
    local master = No
    hide dot files = No
    wide links = No
    store dos attributes = yes

    vfs objects = acl_xattr
    map acl inherit = yes

[images]
    comment = Images Drive
    path = /images
    read only = No

[backups]
    comment = Backup Drive
    path = /data/backup
    read only = No

Lösung 3:

Problem:Windows hat das SMB v1-Protokoll auf dem neuesten Windows-Betriebssystem entfernt, Linux versucht, eine Verbindung mit dem v1-Protokoll herzustellen, und Windows/Linux versucht nicht, Protokoll 2, 3 usw. zu versuchen.

Lösung:Linux (ubuntu) Samba-conf-Datei bearbeiten:

sudo nano /etc/samba/smb.conf

im Abschnitt [GLOBAL] fügen Sie hinzu:

Client-Mindestprotokoll =SMB2

maximales Protokoll des Clients =SMB3

dann Datei speichern und Samba neu starten

In meinem Fall musste ich auch explizit ein Passwort oder meinen Samba-Benutzer eingeben, aber ich denke, das war mein spezifisches Systemproblem.

Lösung 4:

Ich stimme anderen in Bezug auf Standard zu Einstellung in Windows 10 als Kunde. Jedenfalls habe ich es OHNE zum Laufen gebracht alle Änderungen auf Kundenseite mit dieser Einstellung in Global Abschnitt zum Samba-Server (samba-4.7.1-9.el7_5.x86_64 - Repo-Version für CentOs 7):

[global]
    workgroup = <workgroup>
    realm = <realm>
    server string = FileShare server
    netbios name = <nbname>
    interfaces = lo eth0 <...>
    hosts allow = 127. 192.168.0. <...>
    log file = /var/log/samba/log.%m
    max log size = 10240
    security = user
    map to guest = Bad Password
    usershare allow guests = No
    server signing = auto
    passdb backend = tdbsam
    local master = yes

    vfs objects = acl_xattr
    map acl inherit = yes
    store dos attributes = yes

    winbind nss info = template
    winbind enum users = Yes
    winbind enum groups = Yes
    winbind use default domain = yes

    client use spnego = yes
    client ntlmv2 auth = yes

    encrypt passwords = yes

    local master = No
    hide dot files = No
    allow insecure wide links = yes
    store dos attributes = yes