nginx-1.17.0

2019-05-21 Пенетрантность Maxim Dounin
Изменения в nginx 1.17.0  21.05.2019

*) Добавление: директивы limit_rate и limit_rate_after поддерживают
   переменные.

*) Добавление: директивы proxy_upload_rate и proxy_download_rate в
   модуле stream поддерживают переменные.

*) Изменение: минимальная поддерживаемая версия OpenSSL - 0.9.8.

*) Изменение: теперь postpone-фильтр собирается всегда.

*) Исправление: директива include не работала в блоках if и
   limit_except.

*) Исправление: в обработке byte ranges.


-- 
Maxim Dounin
http://nginx.org/
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Немного про логику кеша

2019-05-21 Пенетрантность Maxim Dounin
Hello!

On Tue, May 21, 2019 at 04:31:46PM +0300, kpoxa wrote:

> Есть некоторые директивы, про которые не совсем понятно, как они работают
> вместе, в частности у proxy_cache_path есть параметр inactive, который
> задаёт время жизни файла в кеше, считая с последнего обращения. А еще есть
> директива proxy_cache_valid, судя по описанию которой, которая тоже
> отвечает за что-то подобное, обозванное временем кеширования.
> 
> И в связи с этим у меня вопрос:
> как мне настроить кеш так, чтобы 302 редиректы кешировались на 15 секунд?
> При настройках inactive=7d никакие варианты прописать proxy_cache_valid 302
> 15s не работают, в кеше куча вчерашних редиректов.
> И второй вопрос - при каких условиях и как работает proxy_cache_valid ?
> Пока что у меня не сходятся реальное поведение с документацией.

Директива proxy_cache_valid - определяет, сколько времени ответ в 
кэше будет считаться валидным, то есть пригодным для возврата 
клиенту.  Используется, если клиент не вернул явного указания 
через Cache-Control/Expires/X-Accel-Expires (или они 
проигнорированы в соответствии с proxy_ignore_headers).

Параметр inactive директивы proxy_cache_path - определяет, сколько 
времени ответ, возможно уже устаревший, будет хранится в кэше 
после последнего обращения.  Этот параметр - используется в первую 
очередь для управления размером кэша на диске.

Когда inactive больше valid - в кэше будут храниться устаревшие 
ответы.  Такие ответы в норме не возвращаются клиентам, но могут 
быть использованы, скажем, в случае ошибок, с помощью директивы 
proxy_cache_use_stale.

-- 
Maxim Dounin
http://mdounin.ru/
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Немного про логику кеша

2019-05-21 Пенетрантность kpoxa
Добрый день.

Есть некоторые директивы, про которые не совсем понятно, как они работают
вместе, в частности у proxy_cache_path есть параметр inactive, который
задаёт время жизни файла в кеше, считая с последнего обращения. А еще есть
директива proxy_cache_valid, судя по описанию которой, которая тоже
отвечает за что-то подобное, обозванное временем кеширования.

И в связи с этим у меня вопрос:
как мне настроить кеш так, чтобы 302 редиректы кешировались на 15 секунд?
При настройках inactive=7d никакие варианты прописать proxy_cache_valid 302
15s не работают, в кеше куча вчерашних редиректов.
И второй вопрос - при каких условиях и как работает proxy_cache_valid ?
Пока что у меня не сходятся реальное поведение с документацией.

---
Рустам
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Простейший пример прокси

2019-05-21 Пенетрантность medved
Больше спасибо, как только закомментировал в
/etc/nginx/sites-enabled/default строку 
# try_files $uri $uri/ =404;
так все заработало, как ожидалось.

PS
Понятно, что так делать не надо и что надо копать в сторону try_files

Posted at Nginx Forum: 
https://forum.nginx.org/read.php?21,284227,284230#msg-284230

___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Простейший пример прокси

2019-05-21 Пенетрантность raven...@megaline.kg
что-то мне подсказывает, что где-то нужен try_files $uri $uri @apache; и 
сам @apache описать

21.05.2019 15:58, medved пишет:

В файле /etc/nginx/sites-enabled/default в location также добавил

 proxy_cache all;
 proxy_cache_valid any 1h;

Не помогло...

Posted at Nginx Forum: 
https://forum.nginx.org/read.php?21,284227,284228#msg-284228

___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru



___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Простейший пример прокси

2019-05-21 Пенетрантность medved
В файле /etc/nginx/sites-enabled/default в location также добавил

proxy_cache all;
proxy_cache_valid any 1h;

Не помогло...

Posted at Nginx Forum: 
https://forum.nginx.org/read.php?21,284227,284228#msg-284228

___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Простейший пример прокси

2019-05-21 Пенетрантность medved
Здравствуйте. Без году неделя как знаком с nginx :-) Не могу понять куда
копать, чтобы нормально сконфигурировать его как простейший прокси.

К примеру, даны два сервера, оба Ubuntu 18.04:
- front (ip 1.1.1.1)
- back (ip 2.2.2.2)
На front установлен nginx, на back установлены apache + php.

1. В конфиге apache ( /etc/apache2/ports.conf ) меняю порт на 81,
перезапускаю службу apache и по адресу http://2.2.2.2:81 открывается
стартовая страничка apache

2. В конфиге nginx ( /etc/nginx/nginx.conf ) в секцию http добавляю строку
 proxy_cache_path /var/cache/nginx levels=1:2 keys_zone=all:32m
max_size=1g;

3. В файле /etc/nginx/sites-enabled/default в location добавляю
 proxy_pass http://2.2.2.2:81/;
и перезапускаю службу nginx

4. По адресу http://1.1.1.1 теперь открывается стартовая страничка apache,
которая на самом деле висит на http://2.2.2.2:81

Все хорошо, но отдается только текстовый контент, без рисунков. То есть,
логотип Ubuntu на дефолтной страничке Apache не грузится. 
Файл http://2.2.2.2:81/icons/ubuntu-logo.png открывается.
Файл http://1.1.1.1/icons/ubuntu-logo.png - 404.

То же самое, если я создам, например, файл info.php с содержимым



по адресу http://2.2.2.2:81/info.php он будет открываться, а по адресу
http://1.1.1.1/info.php будет 404.

Posted at Nginx Forum: 
https://forum.nginx.org/read.php?21,284227,284227#msg-284227

___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru