Size: a a a

2020 May 20

AN

Anton Noginov in nginx_ru
DShA
приложение запущено из каталога юзера туда же прописаны пути в настройке nginx /root/cezerin2-store/theme/assets/ может ли это приводить к ошибке? nginx запущен из под рута  location /assets/ {
               alias /root/cezerin2-store/theme/assets/;
       }

       location /sw.js {
               root /root/cezerin2-store/theme/assets/;
       }
nginx точно запущен от рута?
ps aux | grep nginx
источник

D

Denis in nginx_ru
DShA
спасибо надо прописать доступ в Apparmor , буду разбираться спасибо
Или лучше не трогать профиль, посмотреть права у юзера и добавить ему политику.
источник

D

Denis in nginx_ru
Anton Noginov
nginx точно запущен от рута?
ps aux | grep nginx
Кстати да, это только мастер процесс всегда от рута

nginx -T | grep -E '^user'
источник

D

DShA in nginx_ru
источник

D

DShA in nginx_ru
источник

D

DShA in nginx_ru
www-data
источник

D

DShA in nginx_ru
замонтировать эти каталоги в /var/www ? или запустить от root nginx ?
источник

ЮЧ

Юрий 👨‍🔬 Чебышев... in nginx_ru
у меня реверс прокси с нжинкса на моё приложение в питоне, всё докере
подскажите, вот с таким конфигом
server {
   listen 80;

   proxy_buffers 8 16k;
   proxy_buffer_size 32k;

   location /lyt_poster/ {
       proxy_pass http://lyt_poster:8001;
   }
}
получаю вот такую ошибку в логах
nginx_1       | 2020/05/20 12:08:02 [error] 6#6: *11 connect() failed (111: Connection refused) while connecting to upstream, client: %some_ip%, server: , request: "GET /lyt_poster/?one=1&two=2 HTTP/1.1", upstream: "http://%another_ip%:8001/lyt_poster/?one=1&two=2", host: "%some_hostname%"

Мне в моём приложении надо ловить / или
/lyt_poster/
? или вообще не в этом дело?
источник

ᴅⁱᵐⁱᴅʳ0ˡ in nginx_ru
Меть между контейнераии общая?
источник

AK

Andrey Konovalov in nginx_ru
Anton Noginov
Например, примерно вот так (с точностью до синтаксиса конфига).
Это не лучший вариант, поскольку rewrite. Альтернатива - еще один уровень проксирования локально, но мне а) лень писать сложный конфиг, б) надо аккуратно следить за урл при проксировании, и проверить.


map $cookie_jws_auth $route { 
 '' /setcookie ;
 default /proxy ;
}

rewrite ~ ^.*$ $route last ;

location /setcookie {
internal;
auth_request ...
proxy_pass setcookie ;
}  

location /proxy {
internal ;
proxy_pass backend ;
}
Антон, а при первом варианте rewrite по идее вырежет все параметры GET-запроса, поскольку они в урле ведь? И путь исходный пропадёт, наверное...
Если я делаю запрос на http://host/foo/bar?key=val и в нём нет куки, то после rewrite'а я, наверное, уже не узнаю, какой был запрос исходно, поэтому лучше сделать до rewrite
add_header X-Orig-Dest "$scheme://$http_host$request_uri";
rewrite ~ ^.*$ $route last;
Правда, здесь проблема уже будет в случае, если куки уже есть: когда его нет, я верну 302 на значение заголовка X-Orig-Dest, а когда его нет - запрос сразу получит бэкенд, а он не знает про заголовок...
источник

ЮЧ

Юрий 👨‍🔬 Чебышев... in nginx_ru
ᴅⁱᵐⁱᴅʳ0ˡ
Меть между контейнераии общая?
Докер компоуз прокидывает с 8001: порта на 8000 внутренний порт контейнера с питоном, его и слушает мое приложение
источник

AN

Anton Noginov in nginx_ru
Andrey Konovalov
Антон, а при первом варианте rewrite по идее вырежет все параметры GET-запроса, поскольку они в урле ведь? И путь исходный пропадёт, наверное...
Если я делаю запрос на http://host/foo/bar?key=val и в нём нет куки, то после rewrite'а я, наверное, уже не узнаю, какой был запрос исходно, поэтому лучше сделать до rewrite
add_header X-Orig-Dest "$scheme://$http_host$request_uri";
rewrite ~ ^.*$ $route last;
Правда, здесь проблема уже будет в случае, если куки уже есть: когда его нет, я верну 302 на значение заголовка X-Orig-Dest, а когда его нет - запрос сразу получит бэкенд, а он не знает про заголовок...
Поэтому я и написал, что не лучшее решение.
Нужно внимательно смотреть за URI, возможно, тащить вместо $request_uri - $uri

Какой-то из них - оригинальный, до рерайтов, а какой-то - текущий.
Чтоб я помнил, какой есть какой
источник

ВК

Владимир Капленко... in nginx_ru
Привет)как вы оптимизируете ngixn под высокие нагрузки?
источник

OH

Oscar Handsome in nginx_ru
Владимир Капленко
Привет)как вы оптимизируете ngixn под высокие нагрузки?
Что входит в понятие высокие нагрузки ?
источник

ВК

Владимир Капленко... in nginx_ru
Oscar Handsome
Что входит в понятие высокие нагрузки ?
есть апликухи которые проксирутся через nginx и есть статика
источник

DM

Dmitry MiksIr in nginx_ru
Владимир Капленко
Привет)как вы оптимизируете ngixn под высокие нагрузки?
смотрим на узкие места
источник

k

kiosaku in nginx_ru
Владимир Капленко
Привет)как вы оптимизируете ngixn под высокие нагрузки?
платим денег. либо себе либо на сторону 🙂
источник

H

Henry in nginx_ru
Привет! Ставлю wordpress, сборку bedrock. Почему-то не хочет читать index.php. Причем info.php, в той же папке, с phpinfo() внутри, запускается. Также index.html нормально загружается. Но не index.php. Видимо дело в настройке fastcgi. Подскажите, как скорректировать настройки. Вот блок server
источник

H

Henry in nginx_ru
server {
   listen 80 default_server;

   root /home/debian/websites/bedrock.localhost/bedrock/web;
   index index.php index.html index.htm;

   server_name bedrock.localhost www.bedrock.localhost;
   location / {
       try_files $uri $uri/ /index.php?q=$uri&$args;
   }

   location ~ \.php$ {
       fastcgi_pass unix:/run/php/php7.2-fpm.sock;
       include snippets/fastcgi-php.conf;
   }
}
источник

H

Henry in nginx_ru
вот подключаемый сниппет
источник