Монтирование CIFS перестало работать в Ubuntu 13.10, которую попробовали sec=ntlm и sec=ntlmv2

Похоже, что ядра Linux в Ubuntu 13.10 могут иметь разные значения по умолчанию для программы mount.cifs.

Я читал документацию cifs, и в ней был текст:

vers=
           SMB protocol version. Allowed values are:

           ·   1.0 - The classic CIFS/SMBv1 protocol. This is the default.

           ·   2.0 - The SMBv2.002 protocol. This was initially introduced in Windows Vista Service Pack 1, and
               Windows Server 2008. Note that the initial release version of Windows Vista spoke a slightly different
               dialect (2.000) that is not supported.

           ·   2.1 - The SMBv2.1 protocol that was introduced in Microsoft Windows 7 and Windows Server 2008R2.

           ·   3.0 - The SMBv3.0 protocol that was introduced in Microsoft Windows 8 and Windows Server 2012.

Поэтому я предположил, что архив $ был сервером на базе Microsoft Windows 7 и Windows Server 2008R2.

Итак, наконец, я получил эту команду (старая команда с добавленной версией = 2.1) для монтирования общего ресурса

alias mountr2='sudo mount -t cifs //server01.mycompany.com/archive$/StructuralBiology/RAW-Data /home/rawdata2 -o user=hari.lastname,rw,soft,nosuid,uid=1000,gid=1000,vers=2.1

Затем общий ресурс монтируется так же, как и раньше, с полными разрешениями на чтение и запись. К сожалению, мне потребовалось много времени (два с лишним месяца), чтобы понять.

Надеясь, что модуль cifs и программа mount.cifs могут выдавать более полезные и содержательные сообщения об ошибках, чтобы этот процесс не превратился в черный ящик.

У меня была эта проблема в различных сетях, где требовались службы совместного доступа к файлам samba с файлового сервера на основе Ubuntu или LinuxMint.

В в каждом случае, когда учетная запись samba пользователя имела пароль и позволяла просматривать (и манипулировать файлами) общий ресурс через файловый менеджер, fstab mounts не работала.

Это независимо от того, установлено ли sec = ntlm или sec = ntlmv2 или sec = ntlmssp или любые другие различные опции, обычно предлагаемые в качестве «решения» (например, такие как установка file_mode или user или gid)

В в каждом случае решение для наших установок оказалось таким же: сбросил пароль пользователя samba и монтирование работает , независимо от настроек!

Я не уверен, что происходит, когда пароль «унаследован / преобразован» из учетной записи пользователя Linux, но, похоже, существует серьезная проблема, несмотря на возможность просмотра ( не смонтировать) доля самбы.

Теперь я собираюсь опубликовать этот ответ на паре похожих постов AskUbuntu, в которых приводятся одинаковые «ответы», которые часто не помогают тем, у кого проблемы.

Возможно, этот подход поможет вам в решении проблемы с fstab samba. Я надеюсь на это и удачи.

Я недавно столкнулся с этой самой проблемой. Ваша проблема в том, что вы не можете смонтировать подпапку общего ресурса smb / cifs - вы можете смонтировать только сам общий ресурс (т.е. не пытайтесь монтировать '// server / share / dir-1 / dir-2 / dir -3 ', вместо монтирования' // server / share '). Попробуйте ...

sudo mount -t cifs //server01.mycompany.com/archive$ / home / rawdata2 -o user = hari.lastname, rw, soft, nosuid, uid = 1000, gid = 1000

... и затем получите доступ к нужному каталогу через '/ home / rawdata2 / StructuralBiology / RAW-Data'

Если вы действительно хотите, чтобы этот каталог 'RAW-Data' был доступен как '/ home / rawdata2 ', затем вы можете смонтировать общий ресурс в другое место и использовать символическую ссылку, подобную этой ...

sudo mount -t cifs //server01.mycompany.com/archive$ /home/.hidden-mount -o user = hari.lastname, rw, soft, nosuid, uid = 1000, gid = 1000

ln -s /home/.hidden-mount/StructuralBiology/RAW-Data / home / rawdata2

mount -t cifs -o ro,iocharset=utf8,sec=ntlm,username=everyone,password=null,vers=3.0 //file.biliops.com/Public-Share /mnt/cifs 

Успех.

Я знаю, что это не относится к вашей проблеме, но я просто хочу добавить одну заметку для людей, использующих метод монтирования KRB5 и видящих:

mount error(13): Permission denied

Я столкнулся с проблемой в Debian 8.10 ядро ​​3.16, где KRB5 + SMB1.0 была единственной сработавшей комбинацией.

Монтирование с использованием vers = {2.0, 2.1, 3.0} привело к отказу в разрешении, но это работало на других (более новых) хостах Linux.

Обновление до ядра 4.10 решило эту проблему. Надеюсь, это кому-нибудь поможет!