Комментарии 17
хорошее решение.
но я думаю проще было бы работать через шары.
но я думаю проще было бы работать через шары.
А чем bindfs не угодил?
Биндить директории нескольким десяткам пользователей разной степени удалённости — не очень удобное решение. К тому же оно не решает проблем с правами.
Решает полностью.
bindfs для группы пользователей + nfs поверх. Работает исправно.
bindfs для группы пользователей + nfs поверх. Работает исправно.
Да, почитал про ваш метод и соглашусь. Век живи — век учись!
Хотя, есть отличие. То, что я читал, упирается в следующий момент, при
получается, что и на каталоги, и на файлы ставится исполняемый бит? так не годится.
(не спорю, маны я не читал, может там есть прямое указание на нормальный метод, без таких дыр?).
bindfs -o perms=0770,mirror=@family,group=family /media/Data/ /media/Data/
получается, что и на каталоги, и на файлы ставится исполняемый бит? так не годится.
(не спорю, маны я не читал, может там есть прямое указание на нормальный метод, без таких дыр?).
Присоединюсь — bindfs — самое простое решение.
а ещё мне интересно, чем не угодила NFS-шара с домашнего медиабокса :)
Юзаю Dropbox, там есть галочка работать по лану :)
спасибо, у нас как раз похожая проблема. Сервак служит ещё и рабочей станцией и юзер упорно не хочет лезть на шару через smb (в которой можно указать фиксированную группу для всех заливаемых файлов)), ему удобнее через файловую систему. Описанный костыль вполне разрулит ситуацию :-)
Зачем так сложно? Есть же NFS с all_squash.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Общий каталог на Linux-машине, v2