Sehr schlechte SMB3- (und SMB2-)Leistung zwischen Linux-SMB-Client und Samba 4-Server

Question

Ich arbeite hauptsächlich in einer Windows-Clientumgebung, aber wir verwenden Samba 4.3.10 als Dateiserver (auf RHEL 6.x). Windows 10-Clients können SMB3 problemlos aushandeln und verwenden, und Windows 7-Rechner kommen mit SMB2.x gut zurecht.

Ich habe jedoch einen CentOS7-Linux-Client, den ich auch mit dem Samba-Dateiserver verbinde. SMB1 funktioniert einwandfrei, und der Standarddateimanager möchte immer nur das verwenden, verhandelt aber nicht über SMB2 oder SMB3. Ich habe eine Handvoll anderer Dateimanager aus dem CentOS-Yum-Repo ausprobiert und alle wählen SMB1 aus, nichts Besseres. Wenn ich SMB1 blockiere, indem ich es min protocol=SMB2auf smb.confdem Server habe, stellt der Linux-Client überhaupt keine Verbindung her.

Ich weiß, dass der Linux-Kernel SMB3 definitiv unterstützt, und ich kann die Freigabe mit SMB3 mithilfe eines Befehls wie dem folgenden mounten:

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

Aber die Leistung ist schrecklich! Ich sehe, dass die Dateien und Berechtigungen in Ordnung sind, aber jeder Dateischreibvorgang (z. B. „Touch-Datei“) dauert jedes Mal bis zu 30 Sekunden und ist nicht unbrauchbar. Dasselbe Verhalten gibt es bei SMB2.x

Ich würde wirklich gerne SMB3 (oder 2.x) übernehmen und dieses System nicht auf dem alten (veralteten?) SMB1 belassen müssen.

Ich habe das Setup auf einem zweiten Linux-System wiederholt und das Verhalten ist das gleiche.

Irgendwelche Ideen, warum es nicht richtig funktioniert?

Danke

Herr