Soluzione 1:
Questo ha risolto il mio problema:
Windows 10 proverà a negoziare SMB3_11, che Samba4 non supporta ancora
tranne che nell'attuale release candidate 4.3. Sospetto che per ora sia disabilitato
SMB2/3 sul client Windows 10 è l'opzione migliore, se non ideale.Le istruzioni per farlo possono essere trovate
qui:https://support.microsoft.com/en-us/kb/2696547
https://lists.samba.org/archive/samba/2015-September/193886.html
Ulteriori letture:
- MSKB menzionato sopra:supporto Microsoft, KB2696547:Come rilevare, abilitare e disabilitare SMBv1, SMBv2 e SMBv3 in Windows e Windows Server
Soluzione 2:
Penso di avere una soluzione che funzioni su Windows 7 - 10 e su Server 2012
Nel mio caso commentare la mia riga "porte smb 139" mi ha aiutato.
Sto usando FreeBSD 10 con Samba 4.4.5
Ecco una copia del mio SMB4.conf. Spero che aiuti qualcuno.
[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
Soluzione 3:
Problema:Windows ha rimosso il protocollo SMB v1 sull'ultimo sistema operativo Windows, Linux tenta di connettersi con il protocollo v1 e Windows/Linux non riesce a provare il protocollo 2, 3 e così via.
Soluzione:modificare il file di configurazione di Linux (ubuntu) Samba:
sudo nano /etc/samba/smb.conf
nella sezione [GLOBAL] aggiungi:
protocollo client minimo =SMB2
protocollo massimo client =SMB3
quindi salva il file e riavvia samba
nel mio caso ho anche dovuto inserire esplicitamente una password o il mio utente Samba, ma penso che fosse un mio problema di sistema specifico.
Soluzione 4:
Sono d'accordo con gli altri relativi a default impostazione in Windows 10 come cliente. Comunque ho funzionato SENZA qualsiasi modifica sul lato client con questa impostazione in Globale sezione sul server samba (samba-4.7.1-9.el7_5.x86_64 - versione repository per 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