Я недавно столкнулся с этой проблемой. Я обычно перемещаюсь по локальной сетевой папке с компьютера с 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-generic, а моя версия mount.cifs - 6.4
Есть идеи, как заставить работать один из обоих методов?
Обновление Неосторожный ответ ponsfrilus
номер 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 без проблем, но я могу перемещаться, чтобы попасть в общую папку пользователя.
Я думаю, что у Вас есть неправильный тип безопасности для сервера, ошибка 13 означает, что сервер не впускает Вас.
необходимо будет выбрать правильный режим безопасности в команде монтирования, добавляет опция секунды через-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
Попытка добавить "-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
Тест с этими опциями к команде
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
Тест, указывающий опцию (vers=2.1) версии SMB, см. самба wiki . Из mount.cifs страницы справочника:
стих =
версия протокола 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.
Наконец, попытайтесь смонтировать только первую долю:
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
Любой подробный вывод, который можно совместно использовать, мог бы помочь.
Я вполне уверен, я столкнулся с этой точно той же самой проблемой сегодня на Ubuntu 16.10, я пробовал все предложения в этом потоке несколько раз, я мог смонтировать ту же самую долю с помощью Windows Server 2016, и я мог просмотреть его с помощью smbclient (smbclient -U brainstrust //WINBOX01/shared
). Я даже попробовал внешний файл учетных данных.
я закончил тем, что наткнулся на фиксацию - хотя я создал локального пользователя для доли на поле Windows, она была также соединена с доменом. Установка Basically домен, чтобы быть локальной машиной -o domain=WINBOX01
решила мою проблему немедленно, таким образом оставив комментарий здесь в надежде что его полезное для кого-то там.
полная минимальная команда, которую я использовал, была:
sudo mount.cifs -v //WINBOX01/shared /home/geoff/winbox01 --verbose -o user=brainstrust,password=topsecret,domain=WINBOX01
/var/www/html2/foo/lib/config
от того, что я понимаю, и that' s, не будучи удаленным здесь, если я не сделал опечатку
– muru
14 October 2017 в 02:46
Для этой проблемы при использовании cifs выше, чем 6,0: новая версия cifs использует доменную переменную вместо этого, таким образом, creadentials файл похож:
username=<your username>
password=<your password>
domain=<your domain>
Добавление опции sec=ntlm
к монтированию команда решила мой вопрос.
например:
sudo mount -t cifs -o username=administrator,password=123456,sec=ntlm //ip/eeshare /mnt/eeshare/