Почему перестали подгружаться css файлы после настройки Nginx?

Question

[Twelfth Doctor]

Здравствуйте! Такой вопрос: у меня есть сервер с Ubuntu Server 16.04, изначально в качестве веб-сервера я использовал Apache 2.4
Перевесил Apache на порт 8080, на 80-ом порту Nginx в качестве прокси. Почему-то перестали подгружаться файлы CSS.
Конфиг Nginx:

server {
listen 80;
server_name *** www.***;

location / {
proxy_pass http://127.0.0.1:8080;
}

location ~* \.(html|jpeg|jpg|gif|png|css|js|pdf|txt|tar|ico)$ {
root /home/***;
expires 60d;
}
}

Конфиг Apache:

<VirtualHost *:8080>
AssignUserID *** ***
DirectoryIndex index.php
ServerAdmin webmaster@localhost
DocumentRoot /home/***/panel
ErrorLog /home/***/logs/error.log
CustomLog /home/***/logs/access.log combined
ServerName ***
<Directory "/home/***">
   Require all granted
</Directory>
</VirtualHost>

Apache работает в режиме MPM-ITK.
Как выглядит сайт с проксирующим Nginx:

Как выглядит сайт, если обращаться напрямую к Apache (в пути к сайту указывать порт 8080):

В чём может быть причина?

Comments

[Евгений Вольф]

html|jpeg|jpg|gif|png|css|js|pdf|txt|tar|ico - картинки из этого списка нормально подгружаются?

[Twelfth Doctor]

Евгений Вольф: Нет, картинки не подгружаются. По путям этих картинок Nginx отдаёт ошибку 403 Forbidden.

[Евгений Вольф]

verdex: есть подозрение, что проблема в этой строчке: root /home/***;

[Twelfth Doctor]

Евгений Вольф: А что с ней не так?

[Евгений Вольф]

verdex: нужно понять, не так ли что-то именно с ней. Попробуйте её удалить, если заработает - значит, возможно права на картинки/css стоят таким образом, что Nginx их не может читать, или просто путь указан не корректно.

[Twelfth Doctor]

Евгений Вольф: Решил проблему, сменив права на одну из папок (в которой располагается весь сайт) с 700 на 755. На файлы CSS уже стояли права 755. Данное решение меня не совсем устраивает, т.к. мне надо, чтобы у папки,содержащей сайт, были права 700.

[Евгений Вольф]

verdex: это не совсем решение, это "путь" к нему. Вам нужно проверить, от какого пользователя запускается Nginx, предположим, это пользователь "nginx", тогда делаем так:
sudo -u nginx cat /home/***/css/style.css
Эта команда запустит "чтение" файла по указанному пути от имени пользователя nginx (в Вашем случае - это будет тот пользователь, под которым работаем сам Nginx). Если читать файл можно - значит, всё отлично, если не можно - значит, нужно решать пробелему с правами. По идее, должно хватить прав XX4 или Х4Х. Смотря какому пользователю/группе эти файлы изначально принадлежат.

Другой вариант - удалить эту строчку, тогда Nginx будет получать эти файлы по HTTP и проблема решиться сама собой.

[Twelfth Doctor]

Евгений Вольф: Уже могу сказать (даже без запуска команды), что у пользователя, под которым работает Nginx, нет прав на чтение файла.
Сейчас пытаюсь использовать вот эту директиву: nginx.org/ru/docs/ngx_core_module.html#user
Конфиг сайта выглядит так:

server {
listen 80;
server_name *** ***;
user *** ***
location / {
proxy_pass http://127.0.0.1:8080;
}

location ~* \.(html|jpeg|jpg|gif|png|css|js|pdf|txt|tar|ico)$ {
root /home/***/;
expires 60d;
}
}

Почему-то при перезапуске Nginx получаю ошибку:
[emerg] "user" directive is not allowed here in /etc/nginx/sites-enabled/***

[Евгений Вольф]

verdex: user'a вписывают в секцию "http", не "server"

[Twelfth Doctor]

Евгений Вольф: Вот так?

server {
listen 80;
server_name *** ***;
user *** ***
location / {
proxy_pass http://127.0.0.1:8080;
}

location ~* \.(html|jpeg|jpg|gif|png|css|js|pdf|txt|tar|ico)$ {
root /home/***/;
expires 60d;
}
http {
user *** ***;
}
}

[Евгений Вольф]

verdex: http - это директива (блок) в который включаются все другие блоки server { ... }. Располагается она в главном файле настроек, путь и пример - я в другом Вашем вопросе привёл. Nginx всегда работает от какого-то конкретного пользователя, что бы процесс работал от другого пользователя - он "форкается" и запускает новый процесс, это как одна из тех проблем, из-за которой не любят Apache, в Nginx'е я такой функциональности не припоминаю и скорее всего, он не будет (не умеет) плодить столько процессов (как минимум, по одному на каждого пользователя).

Решений мне видится 2:
1. Убрать root /home/***;
2. Изменить права не на папку с сайтом, а все остальные файлы в папке с сайтом таким образом, что бы Nginx мог читать то, что нужно читать ему и не мог читать то, что ему читать не нужно :) Либо, отделить картинки (и всё что, nginx должен уметь читать) от "сайта" и на сайт поставить права - какие хочется, а на картинки такие, что бы nginx мог их читать.