У меня nginx не видит файлы в папке, почему?

Question

[Alex]

location /assets/ {
        alias /home/admin/sites/site/dist/assets/;
        try_files $uri $uri/ =404;
        expires 30d;
        add_header Cache-Control "public, no-transform";
        access_log off;
    }

Папка реально существует, файлы в ней тоже. Это css + js + map но nginx не отдает их, отдает 404, в чем может быть дело? Т.е. Vite эти запросы даже уже не видит после nginx

Comments

[Everything_is_bad]

и поэтому ты отключил логи? включай и смотри что там про это написано

[Alex]

Everything_is_bad, 404 там написано. я сначала посмотрел )

[Everything_is_bad]

Александр, так в error_log что?

[Сергей Соколов]

в документации пишут, что когда оканчивается на одинаковое имя, лучше использовать вместо alias директиву root:

location /assets/ {
    root /home/admin/sites/site/dist;
    # ...

[Alex]

Сергей Соколов, так тоже пробовал...

[SamDurak]

Откровенно говоря "/home/admin/*" кажется крайне неверным путём.

[Сергей Соколов]

так тоже пробовал...

Alex, так как же решилось, если с таким root должно работать, независимо от того, какой root в server { ... }

[dodo512]

Сергей Соколов, очевидно, запрос попадал в другой локейшн.
Например, там было что-то такое location ~ \.(css|js)

Answer 1

[SunTechnik]

Для исключения неоднозначностей, лучше приводит URL запроса и вывод команды, которая показывает список файлов с правами доступа.

От какого пользователя работает nginx ?
У него есть права на чтение каталога: /home/admin ?
Лучше, через sudo / su проверить под пользователем, от которого запущен nginx, что он имеет права на чтение этих каталогов, файлов...

Comments

[Alex]

да, там был другой пользователь, попробовал дать права nginx (запущено из под него) - не помогает. дело, по ходу в этом. но как это починить не знаю...

[SunTechnik]

На мой взгляд, не надо хранить данные приложения в домашнем каталоге пользователя.
Лучше, перенести в отдельный каталог.
Для управления правами доступа - есть команда chmod.

Вообще, принято показывать команды, которыми пытались решить проблему...
Тут нет телепатов.

[Alex]

sudo -u nginx namei -l /home/admin/sites/site/game/dist/assets/index-fbdf1dc8.js

drwxr-xr-x root  root  /
drwxr-xr-x root  root  home
drwxr-xr-x root  root  admin
drwxr-xr-x admin admin sites
drwxr-xr-x admin admin site
drwxr-xr-x admin admin game
drwxr-xr-x nginx nginx dist
drwxr-xr-x nginx nginx assets
-rw-r--r-- nginx nginx index-fbdf1dc8.js

по идее, вот так nginx до всего дотягивается и все что надо видит

[Everything_is_bad]

Alex, в вопросе у тебя один путь, сейчас ты другой показываешь и что именно пишется про ошибку в error_log?

[SunTechnik]

Alex,
Покажите вывод:
getenforce

Если выдаст: enforcing, дать команду:
setenforce permissive

Но это просто для проверки. Если поможет - читать про selinux и думать, будете ли использовать и настраивать.

[Alex]

Вот корректный путь /home/admin/sites/site/game/dist/assets/ он же и в конфиге nginx сейчас.
Сейчас логирование работает, но в лог эти обращения не пишутся.
Связался с панелью и уже 10 раз об этом пожалел.. SSL прокинуть через нее легко, а все остальное через жопу... хоть с нуля переделывай. вся проблема в том, что там конфигурация nginx завязана на папку пользователя..
То что обрабатывается сервером vite в браузер отдается, а статика никак не хочет. я уже всю голову сломал...

[Alex]

SunTechnik, отключен...

[SunTechnik]

Alex, тогда остаётся включать логирование на полное и пытаться анализировать..
Можно ещё попробовать трассировать процесс..

Answer 2

[Zerg89]

alias /home/admin/sites/site/dist/assets/;

Root home/admin/sites/site/dist/assets;
Именно так пробовали?

Ps mime-types не трогали?

Comments

[Alex]

решилось прописыванием в root для server пути /home/admin/sites/site/dist