Как разрешения доступа, описываемые в smb.conf, сочетаются с разрешениями доступа к каталогу на уровне файловой системы (RWX разрешениями), а также с тем, какой пользователь (UID) и группа (GID) являются владельцами каталога на уровне файловой системы?

• права доступа при создании разделяемого по smb ресурса,JohnProfic, 03:34 , 30-Апр-12
  • права доступа при создании разделяемого по smb ресурса,novichek, 16:09 , 30-Апр-12
    • права доступа при создании разделяемого по smb ресурса,JohnProfic, 17:36 , 30-Апр-12
      • права доступа при создании разделяемого по smb ресурса,novichek, 22:55 , 30-Апр-12
    • права доступа при создании разделяемого по smb ресурса,Andrey Mitrofanov, 10:40 , 03-Май-12
• права доступа при создании разделяемого по smb ресурса,basker, 05:13 , 02-Май-12
  • права доступа при создании разделяемого по smb ресурса,basker, 05:19 , 02-Май-12

> Как разрешения доступа, описываемые в smb.conf, сочетаются с разрешениями доступа к каталогу
> на уровне файловой системы (RWX разрешениями), а также с тем, какой
> пользователь (UID) и группа (GID) являются владельцами каталога на уровне файловой
> системы?

На этот абстрактный вопрос можно только достаточно абстрактный ответ:
1) доступ на уровне шары на всю шару из конфига самбы (видимость/чтение/запись/админ по пользователям самбы);
2) доступ на уровне ФС (RWX по пользователям самбы отображенным в системных пользователей).
Естественно, что если доступ на уровне шары имеется, но на уровне ФС отсутствует всё замечательно пойдет лесом.

PS. Лучше спрашивать конкретные вопросы.

Как Вам можно задавать конкретные вопросы, если Вы в теории не разбираетесь, т.к. не можете ответить на вопрос?

> Как Вам можно задавать конкретные вопросы, если Вы в теории не разбираетесь,
> т.к. не можете ответить на вопрос?

1) Не только мне, форум, однако, не я один читаю.
2) Не спрашивайте! Я вас заставляю, что ли?

Не надо отвечать если Вы не знаете )

> Как Вам можно задавать конкретные вопросы, если Вы в теории не разбираетесь,
> т.к. не можете ответить на вопрос?

Он тте правльно ответил. Не разжевал и в ротик не положил, разве что. Так что извинись и перечитай.

Я ещё немного пожую: сначала проверяются права на шару, потом, если дошло до этого, права на ФС. "Отбить" пользователя могут или там, или тут. Что бы пройти, нужно пройти _и там, _и тут. Да, отображение "виндового" id пользователя в unix id, тоже может являться источником "непрохождения" (=проблем, попросту).

___Извинись и перечитай.

> Как разрешения доступа, описываемые в smb.conf, сочетаются с разрешениями доступа к каталогу
> на уровне файловой системы (RWX разрешениями), а также с тем, какой
> пользователь (UID) и группа (GID) являются владельцами каталога на уровне файловой
> системы?

Намекну, дальше думаю догадаетесь: пользователи самбы приравниваются существующим в системе. В зависимости от режима работы самбы это могут быть, например, карты сравнения, или даже просто один пользователь nobody (по умолчанию, если security = SHARE).

P.S. Если на иностранные языки аллергическая реакция почитайте здесь http://smb-conf.ru/

>> Как разрешения доступа, описываемые в smb.conf, сочетаются с разрешениями доступа к каталогу
>> на уровне файловой системы (RWX разрешениями), а также с тем, какой
>> пользователь (UID) и группа (GID) являются владельцами каталога на уровне файловой
>> системы?

А по поводу самих разрешений то отличий от любой другой ОС нет: если в одном из двух (или параметры шары, или acl самой файловой системы) не хватает прав, то и доступ предоставлен не будет.