Проблемы с разрешениями при монтировании общих ресурсов

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

Проблема, как я обнаружил, заключается в том, что у моего пользователя фактически нет прав на запись в папки, в которые я смонтировал общие ресурсы через fstab. Я могу читать / записывать файлы, если я перехожу в другие места> имя_сервера> имя_ресурса, но нет, если они смонтированы через fstab.

Я пытался использовать chown и chmod в файлах вместе с sudo nautilus, чтобы изменить владельца / разрешения, но не получил никакого вывода или он сразу же изменился - также попытался изменить значение force user в файле smb.conf, но безуспешно.

также нашел это предложение, поэтому я попытался добавить его к записи fstab, но, похоже, ничего не изменилось:

guest,uid=myuser,iocharset=utf8,file_mode=0777,dir_mode=0777,noperm 0 0

Вот что я получил для fstab ( одна запись, они в основном все одинаковые ):

//192.168.1.90/media/Plex /media/Plex cifs shareuser 0 0

и вот что я получил для smb.conf на сервере ( для одного из общих ресурсов, они в основном одинаковы ):

[NextCloud]
comment = NextCloud Data
path = /Media/NextCloud
public = yes
writeable = yes
browsable = yes
create mask = 0755
directory mask = 0755
force user = root

Базовая информация о настройке

Сервер: Proxmox работает под управлением Samba - общие ресурсы являются пулами ZFS

Клиент: Ubuntu, использующий fstab смонтировать общие ресурсы, чтобы я мог указать Plex и Nextcloud на эти общие ресурсы (они работают в SNAP)

Надеюсь, я предоставил достаточно информации, но если не LMK, то я буду рад получить больше, если это поможет Вы помогаете мне - спасибо!

2
задан 5 June 2019 в 22:36

1 ответ

Я не эксперт, но я сделал нечто похожее на то, что вы делаете. Я перестал пытаться настроить запись Fstab. В лучшем случае для меня это ничего не дало, а в худшем остановило загрузку ОС. Вместо этого я создал файл с именем rc.local в / etc / with #! / Bin / bash -e в начале и использовал команду mount, и с тех пор она работала.

Также убедитесь, что / media имеет + x разрешений, так что shareuser может получить доступ к файлам / каталогам в нем, и принудительное использование user = root, вероятно, является проблемой безопасности.

0
ответ дан 5 June 2019 в 22:36

Другие вопросы по тегам:

Похожие вопросы: