cifs v=1.0

starik · #1

При подключении шары SMB1 в LinuxMint 21 выдается такое предупреждение "use of the less secure dialect vers=1.0 is not recommended unless required for access to very old servers" Как все-же подключить "старую" шару"?

starik · #2

Sep 28 10:11:33 work2 kernel: [68329.898056] Use of the less secure dialect vers=1.0 is not recommended unless required for access to very old servers
Sep 28 10:11:33 work2 kernel: [68329.898056]
Sep 28 10:11:33 work2 kernel: [68329.898063] CIFS: VFS: Use of the less secure dialect vers=1.0 is not recommended unless required for access to very old servers
Sep 28 10:11:33 work2 kernel: [68329.898068] CIFS: Attempting to mount \\SERVER\BUHGALT
Sep 28 10:11:33 work2 kernel: [68329.902713] CIFS: VFS: \\SERVER failed to connect to IPC (rc=-6)
Sep 28 10:11:33 work2 kernel: [68329.903766] CIFS: VFS: cifs_mount failed w/return code = -6

#3

Это только предупреждение. Оно не мешает подключению шары

#4

starik, абсолютная уверенность что там 1.0?

поиграйся с версиями, на всякий

starik · #5

rogoznik писал(а): ↑
28 сен 2022, 10:44
Это только предупреждение. Оно не мешает подключению шары

Я понимаю, что это предупреждение, но шара то не монтируется. Хотя на LM 20.3 монтирование этой шары cifs v=1.0 работает на ура.

starik · #6

Chocobo писал(а): ↑
28 сен 2022, 12:02
starik, абсолютная уверенность что там 1.0?

поиграйся с версиями, на всякий

Месяц уже "играюсь", нигде не могу найти вразумительного ответа.

#7

Нашёл такую заметку у себя. Вдруг поможет.
В конце указывается номер версии.

Код: Выделить всё

sudo mount.cifs //192.168.3.35/temp /mnt/share -o username=имяпользователя,password=пароль,uid=1000,gid=1000,vers=1.0

#8

starik писал(а): ↑
28 сен 2022, 14:46
Месяц уже "играюсь", нигде не могу найти вразумительного ответа.

Ну, у меня было похожее - после апгрейда самбы вместе с системой пришлось вообще опцию vers=2.0 убирать. Хотя раньше была нужна для того сервера.

И здесь, все таки очень многое зависит от сервера. Куда пытаетесь прицепиться? В общем и целом, vers=1.0 нужна только если там XP или старее. (В случае сервера - Win 2000, т.к. если правильно помню даже 2003-й уже вторую версию использовал.)

starik · #9

slant писал(а): ↑
28 сен 2022, 16:42

starik писал(а): ↑
28 сен 2022, 14:46
Месяц уже "играюсь", нигде не могу найти вразумительного ответа.
Ну, у меня было похожее - после апгрейда самбы вместе с системой пришлось вообще опцию vers=2.0 убирать. Хотя раньше была нужна для того сервера.

И здесь, все таки очень многое зависит от сервера. Куда пытаетесь прицепиться? В общем и целом, vers=1.0 нужна только если там XP или старее. (В случае сервера - Win 2000, т.к. если правильно помню даже 2003-й уже вторую версию использовал.)

Пытаюсь подключится к шаре поднятой на Samba 3.5 под Debian 6 ( созданной в 2010 году.

#10

Как бы и сам debian этой версии, и samba, давно не обслуживаются и сняты с поддержки. Я конечно понимаю и уважаю правило "работает-не трогай", но здесь не тот случай. У samba с тех пор регулярно ломали совместимость с SMB1 в попытках избавится от дыр протокола. И что самое забавное - сильнее всего доставалось комбинациям samba-samba. В общем, здесь лучшим выходом будет апгрейд сервера, а если это категорически недоступно - рассмотрите переход на NFS в качестве сетевого протокола вместо самбы. Настойка, кстати, куда проще. А скорость выше.

starik · #11

slant писал(а): ↑
29 сен 2022, 13:00
Как бы и сам debian этой версии, и samba, давно не обслуживаются и сняты с поддержки. Я конечно понимаю и уважаю правило "работает-не трогай", но здесь не тот случай. У samba с тех пор регулярно ломали совместимость с SMB1 в попытках избавится от дыр протокола. И что самое забавное - сильнее всего доставалось комбинациям samba-samba. В общем, здесь лучшим выходом будет апгрейд сервера, а если это категорически недоступно - рассмотрите переход на NFS в качестве сетевого протокола вместо самбы. Настойка, кстати, куда проще. А скорость выше.

Спасибо. Север на Debian6 физически доживает последние дни. Но ради чисто спортивного интереса хотелось - бы эту багу обойти и можно пожалуйста поподробнее о переходе на NFS.

#12

starik писал(а): ↑
30 сен 2022, 08:05
можно пожалуйста поподробнее о переходе на NFS

Я когда то давно делал по следующей схеме:
Расшаривание папок в линуксе или настройка NFS. https://kubuntu.ru/node/3046

starik · #13

hellonet писал(а): ↑
30 сен 2022, 10:27

starik писал(а): ↑
30 сен 2022, 08:05
можно пожалуйста поподробнее о переходе на NFS
Я когда то давно делал по следующей схеме:
Расшаривание папок в линуксе или настройка NFS. https://kubuntu.ru/node/3046

Спасибо, но это не то. Нужно монтировать на LM 21 (ядро 5.15) именно папку из сети подключенную по SMB1.

#14

starik писал(а): ↑
03 окт 2022, 08:55
это не то

Что не так?
Почему именно smb надо использовать? Почему не подходит nfs?

starik · #15

rogoznik писал(а): ↑
03 окт 2022, 09:34

starik писал(а): ↑
03 окт 2022, 08:55
это не то
Что не так?
Почему именно smb надо использовать? Почему не подходит nfs?

NFS на сервере с шарой не установлен. Да и не хочется перенастраивать рабочие станции подключенный к этому серверу.

#16

starik, у тебя вариантов то немного
1. Сидеть на старой версии mint, на которой подключение к шаре работает
2. Установить на сервер nfs(легко) и настроить рабочие места(один раз настроил, закинул в скрипт и на остальных местах запускаешь его)
3. Мудохаться с попытками подключить новую версию mint к шаре
Выбирай

starik · #17

rogoznik писал(а): ↑
04 окт 2022, 08:59
starik, у тебя вариантов то немного
3. Мудохаться с попытками подключить новую версию mint к шаре
Выбирай

:-) Выбираю вариант 3, мазохист, что поделаешь.

Кто сейчас на конференции