cifs, smb - Неможливо встановити (відмовлено в дозволі) або перейти до спільної папки

Я нещодавно натрапив на цю проблему. Зазвичай я переходжу через загальну папку локальної мережі з машини Linux через smb (тобто з управління файлами за допомогою smb:). Тепер, коли я намагаюся отримати доступ до ярлика або знову вводити облікові дані, я продовжую отримувати діалогове вікно із запитом користувача, домену та пароля.

Тому я спробував встановити місце вручну за допомогою cisf-utils, роблячи:

sudo mount -t cifs //fileshare1/docs1/user/My\ Documents/shared/Francesco/ /home/frank/used_shared/ -o username=my_user,password=my_pass,domain=my_domain,gid=1000,uid=1000

Я отримую mount error(13): Permission denied.

Я точно впевнений, що мій користувач має дозвіл на цю папку, тому що я можу отримати доступ до неї з машини Windows.

Також якщо я спробую встановити свою особисту папку на цьому місці через:

sudo mount -t cifs //fileshare1/docs5/francesco.azzarello/ /home/frank/mnt_folder -o username=my_user,password=my_pass,domain=my_domain,gid=1000,uid=1000

Я можу отримати доступ до нього без проблем.

Для довідки я використовую загальне ядро ​​4.2.0-36, а моя версія mount.cifs - 6.4

Будь-яка ідея, як змусити один з обох методів працювати?

Оновити відповідь на понфрілус

номер 1: багатослівний варіант повертає:

_mount.cifs kernel mount options: ip=xxx.xxx.xxx.xxx,unc=\\fileshare1\docs1,uid=1000,gid=1000,user=my_user,,domain=my_domain,prefixpath=user/My Documents/shared/Francesco/,pass=********
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)_

Число 2 - це те саме:

_ mount.cifs kernel mount options: ip=xxx.xxx.xxx.xxx,unc=\\fileshare1\docs1,iocharset=utf8,file_mode=0777,dir_mode=0777,user=my_user,,domain=my_domain,prefixpath=user/My Documents/shared/Francesco/,pass=********
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)_

І нічого не змінилося з версією 2.1:

_mount.cifs kernel mount options: ip=xxx.xxx.xxx.xxx,unc=\\fileshare1\docs1,vers=2.1,iocharset=utf8,file_mode=0777,dir_mode=0777,user=my_user,,domain=my_domain,prefixpath=user/My Documents/shared/Francesco/,pass=********
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)_

Що стосується числа 4, я можу встановити docs1 без проблем, але я можу переміститися, щоб дістатися до загальної папки користувача.

Я впевнений, що я зіткнувся з цією самою проблемою сьогодні на Ubuntu 16.10. Я кілька разів випробовував усі пропозиції в цій темі, я міг змонтувати ту саму долю за допомогою Windows Server 2016, і я міг переглядати її за допомогою smbclient ( smbclient -U brainstrust //WINBOX01/shared). Я навіть спробував зовнішній файл облікових даних.

Я натрапив на виправлення - хоча я створив місцевого користувача для участі у вікні Windows, він також був приєднаний до домену. В основному встановлення домену як локальної машини -o domain=WINBOX01миттєво вирішило мою проблему, тому залишаю тут коментар, сподіваючись, що його корисно комусь там.

Повна мінімальна команда, яку я використав:

sudo mount.cifs -v //WINBOX01/shared /home/geoff/winbox01  --verbose -o user=brainstrust,password=topsecret,domain=WINBOX01

Я думаю, що у вас неправильний тип безпеки для сервера, помилка 13 означає, що сервер вас не пускає.

Вам потрібно буде вибрати правильний режим безпеки у вашій команді mount, додайте опцію sec через -o таким чином:

sec=
   Security mode. Allowed values are:
   ·   none - attempt to connection as a null user (no name)
   ·   krb5 - Use Kerberos version 5 authentication
   ·   krb5i - Use Kerberos authentication and forcibly enable packet 
       signing
   ·   ntlm - Use NTLM password hashing
   ·   ntlmi - Use NTLM password hashing and force packet signing
   ·   ntlmv2 - Use NTLMv2 password hashing
   ·   ntlmv2i - Use NTLMv2 password hashing and force packet signing
   ·   ntlmssp - Use NTLMv2 password hashing encapsulated in Raw NTLMSSP message
   ·   ntlmsspi - Use NTLMv2 password hashing encapsulated in Raw NTLMSSP message, and force packet signing

1. Спробуйте додати параметр "-v", щоб отримати багатослівний вихід:

   sudo mount -v -t cifs //fileshare1/docs1/user/My\ 
      Documents/shared/Francesco/ /home/frank/mnt_folder -o \
      username=my_user,password=my_pass,domain=my_domain,gid=1000,uid=1000
   

2. Перевірте за допомогою цих параметрів команду mount

   iocharset = utf8, rw, file_mode = 0777, dir_mode = 0777 :

   sudo mount -v -t cifs //fileshare1/docs1/user/My\ 
      Documents/shared/Francesco/ /home/frank/mnt_folder -o 
      username=my_user,password=my_pass,domain=my_domain,\
      iocharset=utf8,rw,file_mode=0777,dir_mode=0777
   

3. Тест із зазначенням опції версії SMB (проти = 2.1), див . Вікі самби . На сторінці чоловіка mount.cifs:

   vers =
   версія протоколу SMB. Дозволені значення:

   • 1.0 - Класичний протокол CIFS / SMBv1. Це за замовчуванням.

   • 2.0 - протокол SMBv2.002. Спочатку це було введено у Windows Vista Service Pack 1 та Windows Server 2008. Зауважте, що версія початкового випуску Windows Vista розмовляла дещо іншим діалектом (2.000), який не підтримується.

   • 2.1 - протокол SMBv2.1, який був представлений в Microsoft Windows 7 та Windows Server 2008R2.

   • 3.0 - протокол SMBv3.0, який був представлений в Microsoft Windows 8 та Windows Server 2012.

4. Нарешті, спробуйте встановити лише першу спільну частину:

   sudo mount -v -t cifs //fileshare1/docs1/ /home/frank/mnt_folder \
      -o username=my_user,password=my_pass,domain=my_domain,\
      iocharset=utf8,rw,file_mode=0777,dir_mode=0777
   

Будь-який багатослівний вихід, яким ви можете поділитися, може допомогти.

Для цієї проблеми при використанні cifs вище 6,0: нова версія cifs замість цього використовує змінну домену, тому файл creadentials виглядає так:

username=<your username>
password=<your password>
domain=<your domain>

Додавання параметра sec=ntlmдо команди mount вирішило мою проблему.

наприклад:

sudo mount -t cifs -o username=administrator,password=123456,sec=ntlm //ip/eeshare /mnt/eeshare/