Я не могу получить права доступа к файлам в подключенном разделе 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
Я нашел свой ответ здесь , здесь и здесь .
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 раздела.