Как разрешить другим пользователям доступ к смонтированному разделу NTFS с файлом UserMapping?

Я не могу получить права доступа к файлам в подключенном разделе NTFS, кроме меня или пользователя root. Ответы, которые я нашел на подобные вопросы, обычно упоминаются, чтобы установить параметры uid и gid. В моей ситуации я монтирую раздел с помощью ntfs-3g и у меня есть файл UserMapping, определенный в расположении по умолчанию. Как упоминалось в руководстве, это приводит к игнорированию настроек uid и gid.

Все работает нормально, когда я получаю доступ к разделу нормально. Я могу изменить разрешения, владельца и запускать файлы, так что это здорово. Тем не менее, было бы неплохо, если бы apache (работающий как www-data) мог также получить доступ к файлам раздела, чего он не может сделать прямо сейчас.

Строка в fstab выглядит следующим образом:

<UUID> <mount point> ntfs-3g x-gvfs-show,x-gvfs-name=Data,exec,hide_hid_files,hide_dot_files 0 0

Чтобы проверить доступ для пользователя apache, я просто попытался:

sudo -u www-data ls -all <absolute path to mount point>

, который возвращает:

ls: cannot access Data: Permission denied

Я также попытался изменить группу в точке монтирования на ту же группу, в которой находится пользователь www-данных (то есть www-data), безрезультатно.

Есть что-то, что я пропускаю или могу попробовать? Любая помощь будет принята с благодарностью!

РЕДАКТИРОВАТЬ

Вывод ntfs-3g.secaudit Data / Server / index.html

secaudit 1.4.0 : NTFS security data auditing
File Data/Server/index.html
Windows attrib : 0x20
Interpreted Unix owner 1000, group 33, mode 0666
No errors were found

Вывод ntfs-3g.secaudit Данные / Сервер /

secaudit 1.4.0 : NTFS security data auditing
Directory Data/Server/
Windows attrib : 0x30
Interpreted Unix owner 1000, group 33, mode 0750
Posix descriptor :
    acccnt 3
    defcnt 3
    firstdef 3
    mode : 0750
    tagsset : 0x25
Posix ACL :
    version 2
    flags 0x00
ace 0 : access  USR-O   -1 perms 0007 rwx
ace 1 : access  GRP-O   -1 perms 0005 r-x
ace 2 : access  OTHER   -1 perms 0000 ---
ace 3 : default USR-O   -1 perms 0007 rwx
ace 4 : default GRP-O   -1 perms 0007 rwx
ace 5 : default OTHER   -1 perms 0007 rwx
No errors were found
0
задан 29 May 2015 в 21:15

1 ответ

Я нашел свой ответ здесь , здесь и здесь .

Whant пошел не так, как надо, то, что я добавил свою точку монтирования к / медиа вместо/mnt каталога (как объяснено в первой и второй ссылке). Таким образом, проблема разрешения устраняется с:

<UUID> /mnt/Data ntfs-3g x-gvfs-show,x-gvfs-name=Data,exec,hide_hid_files,hide_dot_files 0 0

вместо:

<UUID> /media/kevin/Data ntfs-3g x-gvfs-show,x-gvfs-name=Data,exec,hide_hid_files,hide_dot_files 0 0

, Который эффективно отвечает на мой вопрос.

, Чтобы быть уверенной, что апач действительно загрузил бы страницу вместо того, чтобы возвратить 403 запрещенных ответа, только одну вещь предстояло сделать. Апачская конфигурация должна была иметь следующие настройки Directory (как объяснено в третьей ссылке). Я добавил это к/etc/apache2/apache2.conf.

<Directory "/mnt/Data/www">
   allow from all
   Options +Indexes
   Require all granted
</Directory>

Вот именно! Apache может теперь служить моему сайту от ntfs раздела.

0
ответ дан 29 May 2015 в 21:15

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

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