%20%D0%BC%D0%B5%D0%B6%D0%B4%D1%83%20%D0%BA%D0%BB%D0%B8%D0%B5%D0%BD%D1%82%D0%BE%D0%BC%20Linux%20SMB%20%D0%B8%20%D1%81%D0%B5%D1%80%D0%B2%D0%B5%D1%80%D0%BE%D0%BC%20Samba%204.png)
Я работаю в основном в клиентской среде Windows, но мы используем Samba 4.3.10 в качестве файлового сервера (на RHEL 6.x). Клиенты Windows 10 могут без проблем взаимодействовать и использовать SMB3, а машины Windows 7 прекрасно работают на SMB2.x
Однако у меня есть клиент CentOS7 Linux, который я также подключаю к файловому серверу Samba. SMB1 работает нормально, а файловый менеджер по умолчанию всегда хочет использовать только его, но не согласовывает SMB2 или SMB3. Я попробовал несколько других файловых менеджеров из репозитория CentOS yum, и все они выбирают SMB1, ничего лучше. Если я блокирую SMB1, установив его min protocol=SMB2
в своем smb.conf
на сервере, то клиент Linux просто не подключается вообще.
Я знаю, что ядро Linux определенно поддерживает SMB3, и я могу смонтировать общий ресурс с помощью SMB3 с помощью такой команды:
sudo mount -t cifs "//{server}/{share}" -o username={username},\
domain={domain},\vers=3\.0 /mnt/{mountdir}
Но производительность ужасная! Я вижу, что файлы и разрешения в порядке, но любая операция записи файла (например, «touch file») занимает до 30 секунд каждый раз, и это не неиспользуемо. То же самое поведение с SMB2.x
Мне бы очень хотелось перейти на SMB3 (или 2.x) и не оставлять эту систему на старом (устаревшем?) SMB1.
Я повторил настройку на второй системе Linux, и поведение было таким же.
Есть идеи, почему это не работает должным образом?
Спасибо
mrc