Solución 1:
Esto resolvió mi problema:
Windows 10 intentará negociar SMB3_11, que Samba4 aún no admite
excepto en la versión candidata actual 4.3. Sospecho por ahora deshabilitar
SMB2/3 en el cliente de Windows 10 es su mejor opción, si no la ideal.
Las instrucciones para hacer esto se pueden encontrar
aquí:https://support.microsoft.com/en-us/kb/2696547
https://lists.samba.org/archive/samba/2015-septiembre/193886.html
Lecturas adicionales:
- MSKB mencionado anteriormente:Soporte de Microsoft, KB2696547:Cómo detectar, habilitar y deshabilitar SMBv1, SMBv2 y SMBv3 en Windows y Windows Server
Solución 2:
Creo que tengo una solución que funciona en Windows 7 - 10 y en Server 2012
En mi caso, me ayudó comentar mi línea "puertos smb 139".
Estoy usando FreeBSD 10 con Samba 4.4.5
Aquí hay una copia de mi SMB4.conf. Espero que ayude a alguien.
[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
Solución 3:
Problema:Windows eliminó el protocolo SMB v1 en el sistema operativo Windows más reciente, Linux intenta conectarse con el protocolo v1 y Windows/Linux no puede probar el protocolo 2, 3, etc.
Solución:edite el archivo conf de linux (ubuntu) Samba:
sudo nano /etc/samba/smb.conf
en la sección [GLOBAL] agregue:
protocolo mínimo del cliente =SMB2
protocolo máximo de cliente =SMB3
luego guarde el archivo y reinicie samba
en mi caso también tuve que poner explícitamente una contraseña o mi usuario de Samba, pero creo que ese era mi problema específico del sistema.
Solución 4:
Estoy de acuerdo con otros relacionados con default configuración en Windows 10 como cliente De todos modos lo hice funcionar SIN cualquier cambio en lado del cliente con esta configuración en Global sección sobre el servidor samba (samba-4.7.1-9.el7_5.x86_64 - versión repo para 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