Dan Walsh является действительно человеком когда дело доходит до SElinux.
Я запустил бы здесь с презентации того, что SElinux пытается сказать Вам.
http://people.fedoraproject.org/~dwalsh/SELinux/Presentations/selinux_four_things.pdf
Для поколения политики:
http://people.fedoraproject.org/~dwalsh/SELinux/Presentations/PolicyGeneration.odp
http://danwalsh.livejournal.com/35127.html#cutid1
Fedora - то, где много SElinux наполняет дебюты, и Вы преуспели бы для болтаний в selinux списке рассылки там:
http://admin.fedoraproject.org/mailman/listinfo/selinux
IRC является также не плохой идеей - на freednode.net #selinux и #fedora-selinux, который можно задать вопросам там interactiely.
С необработанной точки зрения документации - руководство Fedora 13 SElinux является, вероятно, хорошим местом для запуска для текущего состояния SElinux.
http://docs.fedoraproject.org/en-US/Fedora/13/html/Security-Enhanced_Linux/index.html
Вы можете эмулировать MultiView в Apache, передавая различные имена файлов, чтобы попытаться try_files
.
Nginx Директива try_files
делает именно то, что следует из названия - она пробует файлы в указанном порядке и, если не найдена, переходит к следующему файлу. Как правило, последняя запись - это резервный вариант, который гарантированно работает - либо именованный блок местоположения, либо страница с ошибкой.
Часто встречающиеся параметры try_files
: $ uri
и $ uri /
на самом деле пути, переданные в nginx - с завершающей косой чертой и без нее.
Итак, Это действительно имеет смысл - вот почему это запрещено.
Поэтому в простейшей форме просто перечислите файлы, которые вы хотите, в том порядке, в котором вы хотите их попробовать (например):
try_files $uri.jpg $uri.gif $uri.png $uri.css $uri.js $uri/ =404
Второй блок местоположения - интересно в данном случае. Как правило, nginx обрабатывает только один блок местоположения - наиболее подходящий. Однако в случае rewrite ... последняя обработка
перезапустится и проверит все доступные блоки местоположения. По сути, это то, что составляет try_files
- проверить, существует ли и переписать ... последний
, ключевым отличием является отсутствие переданных аргументов, которые удаляются try_files
], если явно не добавлено (например, с $ uri? $ args
).
try_files $uri.jpg $uri.gif $uri.png $uri.css $uri.js $uri/ =404
В данном случае интересен второй блок локации. Как правило, nginx обрабатывает только один блок местоположения - наиболее подходящий. Однако в случае rewrite ... последняя обработка
перезапустится и проверит все доступные блоки местоположения. По сути, это то, что составляет try_files
- проверить, существует ли и переписать ... последний
, ключевым отличием является отсутствие переданных аргументов, которые удаляются try_files
], если явно не добавлено (например, с $ uri? $ args
).
try_files $uri.jpg $uri.gif $uri.png $uri.css $uri.js $uri/ =404
В данном случае интересен второй блок локации. Как правило, nginx обрабатывает только один блок местоположения - наиболее подходящий. Однако в случае перезаписать ... последняя обработка
перезапустится и проверит все доступные блоки местоположения. По сути, это то, что составляет try_files
- проверить, существует ли и переписать ... последний
, ключевым отличием является отсутствие переданных аргументов, которые удаляются try_files
], если явно не добавлено (например, с $ uri? $ args
).