Проблема с Samba при совместном использовании каталогов в NTFS / FAT32
У меня странные проблемы с сервером Samba. Я использую Samba версии 3.5.4 в Ubuntu 10.10.
У меня есть две машины с Windows XP, одна на VirtualBox на Ubuntu, а другая на офисном ноутбуке. У машины с Windows в VirtualBox нет проблем с доступом к общим папкам, но ноутбук не может получить доступ ко всему общему контенту.
Проблема с ноутбуком заключается в следующем.
Общие папки на дисках ext3 не имеют проблем с доступом, но содержимое, доступное на дисках NTFS и FAT32 (смонтированных), недоступно. Когда я пытаюсь открыть общую папку, она запрашивает имя пользователя и пароль, но не принимает, когда я ее предоставляю. (Даже если я предоставлю данные для входа администратора).
Я изменил значение рабочей группы на имя_домена в офисном ноутбуке, но проблема все еще сохраняется.
Вот smdb.conf, который я использую:
[global]
workgroup = XXX.XXX.ORG
server string = %h server (Samba, Ubuntu)
map to guest = Bad User
obey pam restrictions = Yes
pam password change = Yes
passwd program = /usr/bin/passwd %u
passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
unix password sync = Yes
syslog = 0
log file = /var/log/samba/log.%m
max log size = 1000
dns proxy = No
usershare allow guests = Yes
panic action = /usr/share/samba/panic-action %d
guest ok = Yes
[homes]
comment = Home Directories
[printers]
comment = All Printers
path = /var/spool/samba
read only = No
create mask = 0700
printable = Yes
browseable = No
[print$]
comment = Samba server's CD-ROM
path = /cdrom
force user = nobody
force group = nobody
locking = No
Рабочая группа была ранее определена как «HOMENET», изменила ее на доменное имя на офисном ноутбуке, думая, что это была проблема, но безрезультатно .
2 ответа
В конце концов, это может быть проблема с брандмауэром. Если я правильно понял, сервер samba работает на том же компьютере, что и виртуализированные окна. В зависимости от настроек сети VirtualBox виртуальные окна, вероятно, рассматриваются сервером samba как «локальные».
Но при попытке получить доступ со второго компьютера (офисного ноутбука) этот компьютер, безусловно, не считается локальным для сервера samba. Я бы посоветовал отключить брандмауэр на сервере Samba на минуту (только для тестирования). К сожалению, я не могу рассказать вам, как это сделать, потому что я пишу свои наборы правил брандмауэра вручную и никогда не управлял брандмауэром приложениями с графическим интерфейсом, но это не должно быть большой проблемой.
Если вам интересно: межсетевые экраны вполне могут быть тем случаем, когда вы получаете приглашение для входа в систему, но не можете получить доступ к данным. Вход в систему и доступ к данным - это разные действия с точки зрения протокола SMB, которые могут выполняться на разных портах и обмениваться данными в обоих направлениях.
Может даже случиться, что брандмауэр ноутбука - корень зла.
Еще одна возможность: в конфигурации samba имеется простое управление доступом. Например, вы можете определить, к какому IP-адресу разрешен доступ на основе общего ресурса или на глобальном уровне. Может случиться так, что вам явно придется разрешить доступ для нелокальных IP-адресов; Я просто не могу вспомнить в данный момент.
У меня все еще есть дополнительная идея, но я хотел бы, чтобы вы сначала выполнили тесты, которые я упомянул выше (отключите брандмауэры на ноутбуке и блоке samba, сделайте списки ACL IP в конфигурации samba, явно предоставляя доступ к IP-адресу ноутбука).
Приветствия,
Binarus
Скорее всего, у вас неправильные права доступа к файловой системе. Если ваш диск смонтирован с неверным пользователем (и с 700 или аналогичными разрешениями), samba не будет их показывать.
Вы можете начать отладку проблем с журналами самбы: /var/log/samba/.
Смена рабочей группы не имеет значения, весь смысл рабочей группы состоит в том, чтобы просто отделить, какие машины показываются в списках. Это не контроль доступа.