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

у нас есть запись общего ресурса 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

но запись для окна 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 permissons и принадлежит пользователю 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 является "WORKGROUP"
  • домен "MAIN-WIN7"
  • пользователь "Main"
  • пароль не установлен
  • доля Win7VM
  • доля доступна через сетевые акции в windows

SMBTREE списки:

root@debian:/home/user# smbtree
Enter root's password: 
WORKGROUP
MAIN-WIN7             
    MAIN-WIN7Win7VM    
  • изменены параметры политики безопасности Windows "клиент сети Microsoft: отправить незашифрованные пароли третьим лицам"для " включено"
  • изменена политика безопасности Windows, "сетевая безопасность: уровень аутентификации LAN manager в отправить LM & NTLM - использовать NTLMv2 безопасности сеанса, если переговоры"
  • выключены все антивирусы и брандмауэры
  • добавление переключателя "sec=ntlm" как в " /mnt /Win7VM-o имя пользователя=основной,пароль=",с=NTLM в"
  • Добавление домена к пользователю как в "MAIN-WIN7 / Main"
  • через "гору.cifs "вместо" mount-t cifs"
  • chmod каталог монтирования 777 CHOWN каталог монтирования пользователя " 1001 "и группы "пользователь" (понадобится это для записи fstab, если я могу получить его для монтирования вручную)

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

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

Edit:

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

15
задан Damon
29.12.2022 19:56 Количество просмотров материала 3239
Распечатать страницу

2 ответа

пусть проблема будет в Windows, а не в Linux.

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

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

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

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

для второго перейдите в свойства>безопасность>изменить>добавить и добавить "все". Затем назначьте все необходимые разрешения "всем".

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

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

3
отвечен Damon 2022-12-31 03:44

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

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

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

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

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

sc stop LanmanServer
sc start LanmanServer

это решение пришло из здесь

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

далее сторона 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, чтобы быть исправлена.

2
отвечен Damon 2022-12-31 06:01

Постоянная ссылка на данную страницу: [ Скопировать ссылку | Сгенерировать QR-код ]

Ваш ответ

Опубликуйте как Гость или авторизуйтесь

Имя
Вверх