Папка псевдонима Apache: 403 запрещенные доступа
Хорошо, я настроил псевдоним на своем апачском сервере для указания на каталог на втором HD. Каталог является/media/MediaServer/Videos.
Точка всего этого, должен передать видео потоком от той папки, к моему телевизионному использованию Roku и Roksbox. Все хорошо работало, когда я сохранил свои видеофайлы в моей www папке..., но я испытывал нехватку пространства HD..
Взял меня некоторое время для получения проклятой вещи даже посмотреть в правильном месте. Теперь это смотрит на правильную папку..., но предоставляет мне 403 Доступа Запрещенная ошибка.
Я - немного новичок в этом материале..., так простите мне за отсутствие на информации, Если я не включаю что-то, что необходимо видеть для помощи мне, просто сообщите мне.
Во-первых: после следования бесчисленным учебным руководствам на то, как настроить Псевдоним... единственный, который работал..., было этим: http://www.youtube.com/watch?v=FIEr_jz1oYA
Наконец, после следования за этим, у меня есть следующий .conf файл:
Исказите/Videos//media/MediaServer/Videos, Порядок опций +Indexes FollowSymLinks +ExecCGI AllowOverride AuthConfig FileInfo позволяют, отклоняют, Позволяют от всех
Теперь, когда я ввожу в localhost/Videos в моем браузере, он на самом деле смотрит на папку Videos (по крайней мере, появляется также, по сравнению с прежде, когда лучшее, которое я мог сделать, было, заставляют это говорить мне, что www/Videos не существовал...), Но он говорит мне, что "У Вас нет разрешения получить доступ к/Videos/на этом сервере".
Я попытался изменить полномочия на каталоге Videos к 777, 775, 750, и т.д.... ничто, кажется, не работает. Даже попробованный для изменения полномочий на / каталог медиа (нашел несколько тем форума, которые предположили, что для родительских каталогов были нужны полные полномочия также.)
Ничто, кажется, не работает.На помощь!Пожалуйста!
*ОБНОВИТЕ*
Я открыл терминал и вошел в систему как www-данные (который является тем, что апачский сервер использует), и могут получить доступ к папке Videos... так..., если я не полностью прочь здесь..., который означает, что это не проблема полномочий...
*ОБНОВИТЕ * * РЕШЕННЫЙ*
Хорошо... не уверенный, почему это работало..., но здесь - то, что я сделал, который работает..
Я возвратился в файл Alias Conf... и вместо того, чтобы указывать/media/MediaServer/Videos, я указал на/media/MediaServer
Теперь, внезапно, когда я пытаюсь получить доступ к localhost/Videos (который больше не является, что должно работать...) это работает... отлично... Не уверенный, что идет... на единое время, оно работает... и это - все, что имеет значение.
2 ответа
Вы пытались использовать символьную ссылку вместо псевдонима?
В терминале:
ln -s /media/MediaServer/Videos /var/www/Videos
Затем в вашем Apache Конфигурационный файл необходимо добавить Options FollowSymLinks в раздел <Directory />, как показано здесь здесь
Это создаст символическую ссылку в / var / www / Videos, которая указывает на / media / MediaServer / видео. По сути, система будет видеть папку на MediaServer как содержимое /var/www/Videos/.
.Более подробную информацию о символических ссылках можно найти здесь и здесь . Я использую их с Apache все время, и никогда не возникает никаких проблем. Надеюсь, это поможет.
Вы пытались убедиться, что у пользователя, работающего под Apache2, есть разрешения на доступ к этому каталогу? Сдается мне как проблема с разрешением. Возможно, это не «медиа», не «видео», и, возможно, проблема в середине. Позвольте мне объяснить лучше на примере:
Моим деревом тестовых каталогов является / tmp / test / Videos /: / tmp => Разрешения: 777 (плюс, как обычно, sticky bit), test / => Permissions: 700, Videos / => Разрешения: 755
Псевдоним Apache2:
Alias /Videos/ "/tmp/test/Videos"
<Directory "/tmp/test/Videos">
Options Indexes FollowSymLinks
AllowOverride None
Order allow,deny
Allow from all
</Directory>
Попытка доступа к
http://localhost/Videos/
(обратите внимание на последний косой черты), результат: 403 запрещено
Измените временные разрешения на то, что www-данные (пользователь Apache2) могут читать (например, 755), результат: 200 (успех!)
Я предложу вам проверить разрешения осторожно, и оставьте Apache2 с минимальными директивами (как в предыдущем примере).