Назад | Перейти на главную страницу

Проблема с подключением к серверу Samba в режиме безопасности общего доступа

Я настраиваю Самба сервер на Серверный выпуск Ubuntu 9.04.

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

Я могу войти в систему со своего компьютера, используя smbclient //server/security -U brad, но я не могу подключиться с помощью [Places->Connect to Server...] с именем пользователя и паролем.

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

Это часть /etc/samba/smb.conf файл, созданный swat.

/etch/samba/smbd.conf

[global]
  preferred master = Yes
  domain master    = Yes
  wins support     = Yes

  security               = SHARE
  usershare allow guests = Yes
  guest ok               = Yes
  null passwords         = Yes
  guest account          = samba
  map to guest           = Bad User

  unix password sync     = Yes
  lanman auth            = Yes
  client plaintext auth  = Yes
  lanman auth            = Yes
  client NTLMv2 auth     = Yes
  client lanman auth     = Yes
  client plaintext auth  = Yes


[Security]
  comment = Security and Antivirus software
  path                = /share/security
  write list          = brad
  inherit permissions = Yes
  inherit owner       = Yes
  hide special files  = Yes
  hide unreadable     = Yes

/var/log/samba/log.192.168.0.5

# smbclient //server/security -U brad
[2009/05/04 09:45:31,  1] smbd/service.c:make_connection_snum(1111)
  192.168.0.5 (192.168.0.5) connect to service Security initially as user brad (uid=1000, gid=1000) (pid 3129)
[2009/05/04 09:48:49,  1] smbd/service.c:close_cnum(1323)
  192.168.0.5 (192.168.0.5) closed connection to service Security

# smbclient //server/security -U brad
[2009/05/04 09:48:53,  1] smbd/service.c:make_connection_snum(1111)
  192.168.0.5 (192.168.0.5) connect to service Security initially as user brad (uid=1000, gid=1000) (pid 3177)
[2009/05/04 09:48:58,  1] smbd/service.c:close_cnum(1323)
  192.168.0.5 (192.168.0.5) closed connection to service Security

# smbclient //server/security -U brad # giving null password at prompt
[2009/05/04 09:49:45,  1] smbd/service.c:make_connection_snum(1111)
  192.168.0.5 (192.168.0.5) connect to service Security initially as user samba (uid=1024, gid=1024) (pid 3189)
[2009/05/04 09:49:51,  1] smbd/service.c:close_cnum(1323)
  192.168.0.5 (192.168.0.5) closed connection to service Security

# connect with [Places->Connect to Server...] # with username and password
#
#

# connect with [Places->Connect to Server...] # without username
[2009/05/04 09:50:29,  1] smbd/service.c:make_connection_snum(1111)
  192.168.0.5 (192.168.0.5) connect to service Security initially as user samba (uid=1024, gid=1024) (pid 3310)

Когда я вхожу в систему, используя smbclient //server/security -U brad, Я могу удалить файл, который я поместил туда, другими способами.

Все файлы и папки в настоящее время принадлежат имени пользователя samba, но я готов сменить владельца, если это поможет.

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

Вот что я в итоге сделал:

[Security]
  comment  = Security & Antivirus software
  path     = /share/security
  readonly = Yes

[Security$]
  comment   = Security & Antivirus software +rw
  path      = /share/security
  browsable = No
  administrative share = Yes

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

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

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

Увидеть Документация по Samba для получения дополнительной информации о безопасности на уровне общих ресурсов.

Лучший способ отладить это - проверить / var / log / messages или что-то подобное, чтобы увидеть, какие ошибки аутентификации генерирует Samba. Если вы можете опубликовать это, это будет проще.

Вы можете указать -f / var / log / messages, а также проверить / var / log / samba / *

Опубликуйте свои результаты, когда попытаетесь подключиться. Скорее всего, вас интересуют ошибки smbd и nmbd, поэтому вы можете найти их с помощью grep.