У Вас, случайно, не используется следующая комбинация:
1. параметр disable_symlinks on (http://nginx.org/ru/docs/http/ngx_http_core_module.html#disable_symlinks)
и выполняется одно из условий:
1. по пути к файлам сайта есть символическая ссылка
2. по пути к файлам сайта один из каталогов запрещает пользователю читать список каталогов (нет разрешения 'X')?


unrecovered Wrote:
-------------------------------------------------------
> Приветствую. Столкнулся со следующей странной проблемой:
>
> Есть домашний веб-сервер на gentoo, на nginx + php-fpm. Сделал к нему
> скрипт для автоматического создания заготовки сайта(создаются конфиги
> для nginx и fpm, домашняя папка с дефолтным index.php и т.п.).
>
> После размещения контента в созданной скриптом директории и
> подключения базы, обнаружил странную проблему. Сайт открывается
> некорректно, некоторые css, картинки и html-файлы не отдаются nginx'ом
> с причиной "access denied". Проблема не устранилась даже когда для
> отладки на весь контент было проставлено разрешение 777.
>
> Решилось в итоге установкой владельца содержимого сайта в
> пользователь:вебсервер, вместо пользователь:пользователь, как было
> изначально.
>
> Вопросов, собственно, два. Почему работало наполовину? Я бы понял,
> если бы не работало совсем, но чтобы так... И почему не помогла
> установка прав в 777? По идее же она даёт полные права любому? Могу
> только предположить, что логика прав nginx несколько отлична от логики
> самой ОС. Хотелось бы узнать подробности.