Шары в SAMB'е

[1Space]

(С учетом того, что доступ к шарам установлен через логин и пароль)
Есть такие папки:
/usr/SHARES/1
/usr/SHARES/2
/usr/SHARES/3
Есть два юзера (зарегистрированные в системе и в самбе):
user_1
user_2

Возможно ли в SAMB'е релизовать следующее:
когда логинится user_1, ему предоставляется доступ к
/usr/SHARES/1 и /usr/SHARES/2
когда логинится user_2, ему предоставляется доступ к
/usr/SHARES/1 и /usr/SHARES/3 ?
Причем ни одна из перечисленных папок не является домашним каталогом этих юзеров.
Или такое возможно только при открытии доступа к домашним каталогам ?

[BuGfiX]

вот так попробуйте:
[share1]
path=/usr/share/1
valid users = user_1 user_2

[share2]
path=/usr/share/2
valid users = user_1

[share3]
path=/usr/share/3
valid users = user_2

[1Space]

BuGfiX
Спасибо, все получилось.
Но можно ли сделать, чтобы для user_2 папка /usr/SHARES/2 даже НЕ была видна ?

[BuGfiX]

Насчет видимости, вроде-бы нет. По крайней мере не встречался с таким. Можете сделать ее невидимой для всех юзеров (поставить $ в конце имени шары) и известить о ней только пользователя user_1.

[1Space]

Пробовал ставить параметр:

browseable = no

тогда шара не видна никому, но зайти на нее можно.
но это не очень удобно :-(

[BuGfiX]

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

[1Space]

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

[must die]

1Space

Извращением :) вы занимаетесь. Шара не видна, но она есть (напоминает байку про кролика).
А прописать шару в логон скрипт - дело хорошее.

[1Space]

must die
Да это я экспериментами с самбой занялся
Поэтому иногда извращения получаются :)

[1Space]

А вот теперь появились проблемы с самбой :(
Кстати, после запуска самбы как контр. домена, какое имя у этого домена получается ?
При попытке подключить Win XP к домену на самбе ничего не выходит :clever-ma
Вот мой конфиг самбы:
......................
[global]
workgroup = O_PROG
server string = Samba_Slava
log file = /var/log/samba/%m.log
max log size = 50
load printers = No
domain logons = Yes
os level = 33
preferred master = Yes
domain master = Yes
hosts allow = 172.31.36., 127.
cups options = raw
................
Вот /etc/hosts:

127.0.0.1 localhost.localdomain localhost
172.31.36.253 samba.local samba

Пытаюсь подключиться с ПК 172.31.36.99. Если самбу запустить в роли обычного файл-сервера, то эти ПК прекрасно взаимодействуют.
И, параллельно такой вопрос: если самбы - контр. домена, то как завести на нем не юзера, а сам ПК ?

[BuGfiX]

после запуска самбы как контр. домена, какое имя у этого домена получается ?
Имя задается директивой workgroup, в Вашем случае оно O_PROG.
При попытке подключить Win XP к домену на самбе ничего не выходит
А как Вы подключаете? В общем случае достаточно выполнить
net join -s SERVER -U Administrator
и ввести пароль администратора домена.
если самбы - контр. домена, то как завести на нем не юзера, а сам ПК ?
Машинные аккаунты заводятся так-же как и пользователи, только в их имени присутствует знак $ (например my_comp$).

[1Space]

я так понял, команда:
net join -s SERVER -U Administrator
это альтернатива созданию самба-сервера как контр. домена при помощи SWAT-wizard-domain controller ?
Например я присваивал статус контр. домена используя SWAT

[salimk]

можеш еше вот так сделать
[homes]
comment = Home directories
browseable = No
writable = yes
public = no
valid users = %S