Rendimiento muy pobre de SMB3 (y SMB2) entre el cliente SMB de Linux y el servidor Samba 4

Question

Trabajo en un entorno de cliente principalmente de Windows, pero usamos Samba 4.3.10 como servidor de archivos (en RHEL 6.x). Los clientes de Windows 10 pueden negociar y utilizar SMB3 sin problemas, y las máquinas con Windows 7 están contentas con SMB2.x.

Sin embargo, tengo un cliente Linux CentOS7 que también estoy conectando al servidor de archivos Samba. SMB1 funciona bien y el administrador de archivos predeterminado solo quiere usar eso, pero no negocia SMB2 o SMB3. Probé varios otros administradores de archivos del repositorio yum de CentOS y todos seleccionaron SMB1, nada mejor. Si bloqueo SMB1 teniendo min protocol=SMB2mi smb.confen el servidor, entonces el cliente Linux simplemente no se conecta en absoluto.

Sé que el kernel de Linux definitivamente admite SMB3 y puedo montar el recurso compartido con SMB3 usando un comando como:

sudo mount -t cifs "//{server}/{share}" -o username={username},\
domain={domain},\vers=3\.0 /mnt/{mountdir}

¡Pero la actuación es horrible! Puedo ver que los archivos y los permisos están bien, pero cualquier operación de escritura de archivos (por ejemplo, 'tocar archivo') tarda hasta 30 segundos en completarse cada vez y no es inutilizable. Es el mismo comportamiento con SMB2.x.

Realmente me gustaría adoptar SMB3 (o 2.x) y no tener que dejar este sistema en el antiguo (¿heredado?) SMB1.

Repetí la configuración en un segundo sistema Linux y el comportamiento es el mismo.

¿Alguna idea de por qué no funciona correctamente?

Gracias

mrc