Недавно я столкнулся с этой проблемой. Обычно я перемещаюсь по локальной сетевой папке с 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
Есть идеи, как заставить работать один из обоих методов?
ОбновлятьRgarding 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)_
И ничего не изменилось с vers=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, но могу перейти в общую папку в user.
решение1
Я почти уверен, что столкнулся с этой же проблемой сегодня на 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
решение2
Я думаю, у вас неправильный тип безопасности для сервера, ошибка 13 означает, что сервер не пускает вас.
Вам нужно будет выбрать правильный режим безопасности в команде монтирования, добавив параметр 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
решение3
Попробуйте добавить опцию «-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,режим_файла=0777,режим_каталога=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
Проверьте, указав опцию версии SMB (vers=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.
Наконец, попробуйте смонтировать только первый общий ресурс:
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
Любые подробные выводы, которыми вы можете поделиться, могут оказаться полезными.
решение4
Добавление этой опции sec=ntlm
в команду монтирования решило мою проблему.
например:
sudo mount -t cifs -o username=administrator,password=123456,sec=ntlm //ip/eeshare /mnt/eeshare/