Samba: Пользователю НЕ задан пароль к системе (задан лишь пароль samba / samba3 - standalone file server)

[nockdown]

Вопросы:

Для чего нужно/не нужно задавать пароль пользователям к системе на файл сервере под управлением samba3?

Возможно обойтись без потерь лишь заданием пароля пользователям к самой самбе?


То есть обойтись лишь:

sudo groupadd smbuser
sudo useradd -g smbuser sidorov
sudo smbpasswd -a sidorov

и не использовать

sudo passwd sidorov

Аналогия с учётной записью root в ubuntu, для которой не задан пароль.
Насколько я понимаю, единственной издержкой от такого решения будет запрет локального входа для таких пользователей на данный файл сервер. Что и не требуется.

[Ленивая Бестолочь]

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

[nockdown]

ls -l /usr/sbin/smbd
-rwxr-xr-x 1 root root 10010088 нояб. 26 2012 /usr/sbin/smbd

То есть, насколько я понимаю, с запуском smbd проблем быть не должно.

[Ленивая Бестолочь]

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

[nockdown]

Мне ещё понравился ответ Cruiser78 на linuxforum.ru:

Для полноценной работы самбы необходимо иметь на сервере такого-же локального юзера. То есть аккаунт в системе должен быть. А далее - варианты. Если нам не требуется, чтобы юзер заходил на этот сервер как либо кроме самбы, то следует вообще заблокировать его вход командой passwd -l username. Ну а если есть отдельные юзеры, которым такой заход нужен, то целесообразно завести их полноценными (неблокированными) юзерями на сервере, а на самбе настроить синхронизацию самбового пароля с системным.

Думаю, тему можно отметить как решённую.

[Bizdelnick]

следует вообще заблокировать его вход командой passwd -l username

Это даст тот же эффект, что и просто не задавать пароль.