nginx-1.17.0
Изменения в 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: Немного про логику кеша
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
Немного про логику кеша
Добрый день. Есть некоторые директивы, про которые не совсем понятно, как они работают вместе, в частности у 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: Простейший пример прокси
Больше спасибо, как только закомментировал в /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: Простейший пример прокси
что-то мне подсказывает, что где-то нужен 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: Простейший пример прокси
В файле /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 :-) Не могу понять куда копать, чтобы нормально сконфигурировать его как простейший прокси. К примеру, даны два сервера, оба 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