Можно ли смонтировать общий ресурс SMB1, а затем предоставить к нему общий доступ через SMB2 или SMB3?

Можно ли смонтировать общий ресурс SMB1, а затем предоставить к нему общий доступ через SMB2 или SMB3?

У нас есть Windows Server 2003 (да, очень старый), который является нашим локальным хранилищем для примерно 200 ГБ контента. Мы хотим использовать AWS DataSync для синхронизации этих данных в файловую систему AWS EFS. К сожалению, AWS DataSync требует как минимум SMB2, а Windows Server 2003 поддерживает только SMB1.

Мы рассматриваем возможность установки локального сервера Ubuntu Linux (который может использовать SMB2 или SMB3) и подключения AWS DataSync к этому серверу, который, в свою очередь, будет подключаться к Windows Server 2003.

У меня возник вопрос: поскольку до вчерашнего дня я никогда не пользовался SMB, можно ли смонтировать общий ресурс SMB1 из Windows Server 2003 в Ubuntu, а затем развернуть его и предоставить общий доступ к той же точке монтирования в AWS DataSync под SMB2 или SMB3?

Или каждая папка будет доступна только в определенной версии SMB, и необходимо будет сделать промежуточную копию данных из Windows Server 2003 в Ubuntu, а затем сделать эту промежуточную копию доступной для AWS DataSync?

Я также открыт для других идей по поводу того, как это реализовать.

решение1

Оказывается, это возможно!

Сначала нам нужно было смонтировать общий ресурс Windows Server 2003 со следующими данными /etc/fstab:

//[IP address of Windows 2003 server]/elearningbuild /smb/elb cifs file_mode=0770,dir_mode=0770,vers=1.0,username=[redacted],password=[redacted],domain=ama,uid=0,gid=33 0 0

uidИ необязательны gid(они нам понадобились), и можно использовать файл учетных данных вместо жесткого кодирования имени пользователя и пароля. Однако, поскольку каждый, у кого есть доступ к root на сервере Linux, также имеет доступ к общей учетной записи, которая обращается к ресурсу, мы просто жестко закодировали его.

Мы смонтировали общий ресурс с помощью sudo mount -a, что позволит смонтировать каждую файловую систему, указанную в /etc/fstab.

Затем мы обновили /etc/samba/smb.conf:

[elb]
comment = This is a reshare of elb
read only = no
path = /smb/elb
guest ok = yes
create mask = 0770
directory mask = 0770

Наконец, мы перезапустили Samba с помощью sudo service smbd restart.

Связанный контент