Невозможно смонтировать общий ресурс Windows 7 из Linux с помощью CIFS: ошибка монтирования (13): разрешение запрещено

Question

У нас есть запись общего ресурса Windows XP в нашем FSTAB, которая работает следующим образом:

//MAIN/StorageD /mnt/storaged cifs username=admin,password='',uid=1001,gid=1000,iocharset=utf8,file_mode=0777,dir_mode=0777,noperm 0    0

Но запись для окна Windows 7 не имеет:

//MAIN-WIN7/Win7VM /mnt/Win7VM cifs username=main,password='',uid=1001,gid=1000,iocharset=utf8,file_mode=0777,dir_mode=0777,noperm 0    0

Каталог /mnt /Win7VM установлен на 777 разрешений и принадлежит пользователю 1001

Поэтому мы пытаемся немного отладить и смонтировать вручную ...

Так же, как проверка, работает следующее:

mount -t cifs '//MAIN/backupx' /mnt/backupx -o username=Admin,password=''

Но для машины windows 7 это не работает.

mount -t cifs '//MAIN-WIN7/Win7VM' /mnt/Win7VM -o username=Main,password=''

Как я получаю ошибку (которая известна, я думаю):

root@debian:/home/user# mount -t cifs //MAIN-WIN7/Win7VM /mnt/Win7VM -o     username=Main,password='',sec=ntlm
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

Поэтому я часами искал, проверял и пытался сделать следующее:

Проверенные настройки:

• Рабочая группа "WORKGROUP"
• Домен "MAIN-WIN7"
• Пользователь "Главный"
• Пароль не установлен
• Поделиться Win7VM
• Поделиться доступно через сетевые ресурсы в Windows

Списки SMBTREE:

root@debian:/home/user# smbtree
Enter root's password: 
WORKGROUP
\\MAIN-WIN7             
    \\MAIN-WIN7\Win7VM    

• Изменены параметры политики безопасности Windows «Microsoft Network Client: отправлять незашифрованные пароли третьим лицам» на "Включено"
• Изменена политика безопасности Windows: «Сетевая безопасность: уровень проверки подлинности диспетчера локальной сети для отправки LM и NTLM - используйте сеансовую безопасность NTLMv2, если согласовано»
• Отключены все антивирусы и антивирусы
• Добавление ключа «sec = ntlm» как в «/mnt/Win7VM -o имя пользователя = Main, пароль = '', sec = ntlm»
• Добавление домена пользователю как в «MAIN-WIN7/Main»
• Использование «mount.cifs» вместо «mount -t cifs»
• CHMOD подключить каталог к 777 CHOWN подключить каталог к пользователю "1001" и сгруппировать в "user" (это понадобится для ввода в fstab, если я смогу подключить его вручную)

Общий ресурс находится в Windows 7 Ultimate, а клиент с ошибками разрешения - Debian Wheezy.

Теперь я не в поиске терминов и идей. Я думал, что это будет просто; теперь я потратил впустую часы. У кого-нибудь есть идеи? Это, наверное, что-то простое, верно?

Редактировать:

Забыл фиктивную проверку доступа к общему ресурсу с компьютера с Windows. Это не сработало, заставив меня исследовать больше настроек Windows, что привело меня к решению, опубликованному ниже.

Answer 1

Оставьте это Windows, чтобы быть проблемой, а не Linux.

Решением было изменить общий доступ и параметры безопасности общего ресурса, чтобы включить необходимые разрешения.

Здесь на видео вы нашли видео, которое было последней частью головоломки.

По сути, вы предоставляете разрешения "Общий доступ" и "Безопасность" для "КАЖДОГО" на диске, которым вы хотите поделиться (это, вероятно, верно и для папки, но это не то, чем я пытался поделиться).

Для начала перейдите на диск и затем выберите "Свойства"> "Общий доступ"> "Расширенный общий доступ"> "Разрешение", а группе / пользователю "ВСЕ" назначьте все разрешения. Если всех нет в списке, добавьте их в список.

Для второго перейдите в Свойства> Безопасность> Изменить> Добавить и добавить "ВСЕ". Затем назначьте все разрешения, которые вы хотите "ВСЕМ".

В качестве заметки я также определил сеть как "частную" через Панель управления> Администрирование> Локальная политика безопасности> Политики списка сетевого менеджера> затем выбрал подходящую сеть и изменил местоположение на "Частная". Не уверен, что это повлияло на что-нибудь в конце концов.

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

Answer 2

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

Сначала отметьте некоторые элементы в окнах и измените некоторые настройки. Запишите имя пользователя, пароль и рабочую группу (домен). Я также покинул свою "домашнюю группу".

Также измените запись в реестре, чтобы предотвратить ошибки выделения памяти с большими (<1GB вызвало проблемы для меня) общими ресурсами и передачами. Измените HKLM\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters\Size на "3"

Ссылка на дополнительную информацию об этом параметре реестра находится здесь.

Теперь перезапустите LanmanServer, чтобы применить настройки реестра. Откройте приглашение CMD с правами администратора и введите:

sc stop LanmanServer
sc start LanmanServer

Это решение пришло отсюда

Теперь, надеюсь, окна готовы к работе.

Следующая сторона Linux. Большим изменением, которое работало, было помещение информации о пользователе и сервере общего ресурса в файл учетных данных вместо команды монтирования. Это было последнее волшебное произведение, которое, я думал, ничего не сделало, и оно начало работать сразу после изменения (хотя и с проблемами с памятью, которые мы решили выше). Сделайте это, создав файл с:

user="UserName"
password="Password"
domain="WindowsWorkgroup"

Затем добавьте параметр cred в запись fstab. Я также добавил параметр rw. И на всякий случай я изменил uid и gid на мой пользователь, вошедший в систему на Linux. 1001 может сработать, я просто не пробовал.

Так что моя последняя запись в fstab выглядела так.

//DESIGNPC/BackupX /mnt/backupx cifs rw,uid=user,gid=user,file_mode=0777,dir_mode=0777,cred=/home/user/.cred,sec=ntlm 0 0

Подробности некоторых из этого пришли отсюда

Передача файлов в обоих направлениях работала безупречно, наряду с чтением и удалением, где в моем ответе ранее были некоторые проблемы с разрешениями при записи и удалении, которые я просто обдумывала и не возвращалась к этому вопросу. Это также решает проблемы с выделением памяти, которые неизбежно возникают на стороне Linux, но требуют исправления изменения реестра Windows.