from:"Den Bozhok"

Re: proxy_cache_path max_size mismatch

2017-03-16 Пенетрантность Den Bozhok

Динамический allocsize крут тем, что решает проблему с фрагментацией, а на шпинделях это по прежнему полезно.Попробую у нас выставить allocsize в средний размер файла, поработаем денек. Спасибо большое! 16.03.2017, 20:31, "Maxim Dounin" <mdou...@mdounin.ru>:Hello!On Thu, Mar 16, 2017 at 08:10:51PM +0300, Den Bozhok wrote: У нас как раз используется XFS.Вижу, что задаче уже 5 лет, есть ли перспективы в ее решении?Со стороны nginx'а - вряд ли, разумных способов что-то сделать сподобным поведением файловой системы не просматривается. Да ипроблема не выглядит серьёзной.Со стороны XFS - вопрос, насколько я понимаю, закрываетсяустановкой allocsize по умолчанию. --Maxim Douninhttp://nginx.org/___nginx-ru mailing listnginx-ru@nginx.orghttp://mailman.nginx.org/mailman/listinfo/nginx-ru___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: proxy_cache_path max_size mismatch

2017-03-16 Пенетрантность Den Bozhok

У нас как раз используется XFS.Вижу, что задаче уже 5 лет, есть ли перспективы в ее решении? 16.03.2017, 19:56, "Maxim Dounin" <mdou...@mdounin.ru>:Hello!On Thu, Mar 16, 2017 at 07:36:53PM +0300, Den Bozhok wrote: Есть странная ситуация с кэшированием.nginx используется как кэш статических файлов с max_size=800GB. Кэшдлительное время заполняется, но внезапно на ~500GB включается кэшменеджер и начитает чистить кэш освобождая место. В дальнейшем кэшменеджер держит использование пространства около 500 Гигабайт вместо800. Если поднять max_size до 850ГБ, то кэш снова начинает наполнятсяпримерно до 600ГБ, а потом снова кэш менеджер включает чистку.Какая файловая система используется?Ранее подобное поведение отмечалось на XFS, где размер занимаемогодискового пространства сообщается "с запасом", пока не закроешьфайл. Подробности в https://trac.nginx.org/nginx/ticket/157. --Maxim Douninhttp://nginx.org/___nginx-ru mailing listnginx-ru@nginx.orghttp://mailman.nginx.org/mailman/listinfo/nginx-ru___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

proxy_cache_path max_size mismatch

2017-03-16 Пенетрантность Den Bozhok

Доброго дня! Есть странная ситуация с кэшированием.nginx используется как кэш статических файлов с max_size=800GB. Кэш длительное время заполняется, но внезапно на ~500GB включается кэш менеджер и начитает чистить кэш освобождая место. В дальнейшем кэш менеджер держит использование пространства около 500 Гигабайт вместо 800. Если поднять max_size до 850ГБ, то кэш снова начинает наполнятся примерно до 600ГБ, а потом снова кэш менеджер включает чистку. nginx -Vnginx version: nginx/1.11.10built by gcc 4.8.4 (Ubuntu 4.8.4-2ubuntu1~14.04.3)built with OpenSSL 1.0.1f 6 Jan 2014TLS SNI support enabledconfigure arguments: --prefix=/etc/nginx --sbin-path=/usr/sbin/nginx --modules-path=/usr/lib/nginx/modules --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --http-log-path=/var/log/nginx/access.log --pid-path=/var/run/nginx.pid --lock-path=/var/run/nginx.lock --http-client-body-temp-path=/var/cache/nginx/client_temp --http-proxy-temp-path=/var/cache/nginx/proxy_temp --http-fastcgi-temp-path=/var/cache/nginx/fastcgi_temp --http-uwsgi-temp-path=/var/cache/nginx/uwsgi_temp --http-scgi-temp-path=/var/cache/nginx/scgi_temp --user=nginx --group=nginx --with-compat --with-file-aio --with-threads --with-http_addition_module --with-http_auth_request_module --with-http_dav_module --with-http_flv_module --with-http_gunzip_module --with-http_gzip_static_module --with-http_mp4_module --with-http_random_index_module --with-http_realip_module --with-http_secure_link_module --with-http_slice_module --with-http_ssl_module --with-http_stub_status_module --with-http_sub_module --with-http_v2_module --with-mail --with-mail_ssl_module --with-stream --with-stream_realip_module --with-stream_ssl_module --with-stream_ssl_preread_module --with-cc-opt='-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fPIC' --with-ld-opt='-Wl,-Bsymbolic-functions -Wl,-z,relro -Wl,-z,now -Wl,--as-needed -pie' proxy_cache_path /var/www/cache  levels=2:2:2  keys_zone=cache:2048m  inactive=6M  max_size=900G  loader_files=1  loader_threshold=500  loader_sleep=50  manager_files=1  manager_threshold=300  manager_sleep=50; Благодарю!___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: upstream resolve feature

2017-02-21 Пенетрантность Den Bozhok

Благодарю! 20.02.2017, 17:56, "Maxim Konovalov" <ma...@nginx.com>:Приветствую.On 2/20/17 5:43 PM, Den Bozhok wrote: Здравствуйте! Данное письмо скорее как большая просьба к разработчикам nginx. У nginx в блоке upstream можно указать параметр resolve, что бы поддерживать актуальными ip адреса, если указано доменное имя ресурса. Доступна эта опция в Nginx Plus, либо как сторонний модуль (например: https://github.com/willkelleher/nginx-upstream-dynamic-servers <https://github.com/willkelleher/nginx-upstream-dynamic-servers).> )Насколько я вижу, этот модуль обладает существенным недостатком --результаты резолвинга локальны для каждого воркера. В nginx-plusэтот дефект устранен.  Было бы очень здорово, если бы эта опция появилась в nginx нативно без необходимости собирать nginx со сторонним модулем. Есть ли планы на добавление этой опции в community edition? Благодарю! Я передам ваш запрос нашим продуктовикам, но обещать положительногорешения не могу. --Maxim Konovalov___nginx-ru mailing listnginx-ru@nginx.orghttp://mailman.nginx.org/mailman/listinfo/nginx-ru___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

upstream resolve feature

2017-02-20 Пенетрантность Den Bozhok

Здравствуйте! Данное письмо скорее как большая просьба к разработчикам nginx.У nginx в блоке upstream можно указать параметр resolve, что бы поддерживать актуальными ip адреса, если указано доменное имя ресурса.Доступна эта опция в Nginx Plus, либо как сторонний модуль (например: https://github.com/willkelleher/nginx-upstream-dynamic-servers )Было бы очень здорово, если бы эта опция появилась в nginx нативно без необходимости собирать nginx со сторонним модулем.Есть ли планы на добавление этой опции в community edition?Благодарю!___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: nging прокси

2016-05-06 Пенетрантность Den Bozhok

Для разбора, нужно писать код, например на lua:https://github.com/openresty/lua-nginx-module#body_filter_by_lua 06.05.2016, 16:42, "Dmitry" <dmi...@zhigulinet.ru>:Код ответа всегда 200, именно разбирать ответ, возможно ли это?On 06.05.2016 10:48, Den Bozhok wrote: А код ответа при этом 200 или 404? 06.05.2016, 08:22, "Dmitry" <dmi...@zhigulinet.ru>: Добрый день! Возникла аздача проксировать https на два сервера, но со следующими условиями, если один севрвер ответит определенными запросом (не абонента в биллинге), то проксировать на второй сервер, пример так вот: https://1.1.1.1:1443/osmp-s.php?command=check=1104492_id=201604290950=20.00 This XML file does not appear to have any style information associated with it. The document tree is shown below.  201604290950 5 User not found  То есть если User not found или result 5, отправлять на другой сервер. Подскажите в каком направление двигаться, спасибо! ___ 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___nginx-ru mailing listnginx-ru@nginx.orghttp://mailman.nginx.org/mailman/listinfo/nginx-ru___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: nging прокси

2016-05-06 Пенетрантность Den Bozhok

А код ответа при этом 200 или 404?

06.05.2016, 08:22, "Dmitry" :
> Добрый день!
> Возникла аздача проксировать https на два сервера, но со следующими 
> условиями, если один севрвер ответит определенными запросом (не абонента в 
> биллинге), то проксировать на второй сервер, пример так вот:
>
> https://1.1.1.1:1443/osmp-s.php?command=check=1104492_id=201604290950=20.00
>
> This XML file does not appear to have any style information associated with 
> it. The document tree is shown below.
> 
> 201604290950
> 5
> User not found
>
> 
>
> То есть если User not found или result 5, отправлять на другой сервер.
> Подскажите в каком направление двигаться, спасибо!
>
> ___
> 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: переменные в map -> proxy_pass

2016-04-26 Пенетрантность Den Bozhok

Жаль, без ответа.

11.04.2016, 19:15, "Den Bozhok" <undyin...@yandex.ru>:
> Благодарю за ответ!
> Однако, резолвер описан, и все-равно ошибка присутствует:
>
>> resolver 10.1.1.5 10.1.1.4  valid=10s;
>> resolver_timeout 5s;
>
> 11.04.2016, 18:53, "kpoxa" <kp...@kpoxa.net>:
>> В конфиге опишите 
>> резолвер.http://nginx.org/ru/docs/http/ngx_http_core_module.html#resolver
>>
>>  пн, 11 апр. 2016 г. в 18:04, Den Bozhok <undyin...@yandex.ru>:
>>> Доброго дня!
>>>
>>> Попробовал использовать map для выбора бэкенда, что бы затем передавать ее 
>>> в proxy_pass, но при передаче переменной в proxy_pass nginx не может ее 
>>> разрезолвить в итоговое значение.
>>>
>>> конфигурация:
>>>
>>>> geo $backend1 {
>>>> default "long-host-name1.com";
>>>> }
>>>> geo $backend2 {
>>>> default "long-host-name2.com";
>>>> }
>>>>
>>>> map $http_x_backend $backend {
>>>> "host1" $backend1;
>>>> "host2" $backend2;
>>>> }
>>>>
>>>> server {
>>>> listen 80;
>>>>
>>>> location / {
>>>> proxy_pass http://$backend;
>>>> }
>>>> }
>>>
>>> При этом я получаю ошибку:
>>> $backend could not be resolved (2: Server failure)
>>>
>>> Я что-то делаю не так или у nginx нет такой возможности?
>>> Благодарю!
>>>
>>> nginx -V
>>> nginx version: nginx/1.9.10
>>> built by gcc 4.9.2 (Debian 4.9.2-10)
>>> built with OpenSSL 1.0.1k 8 Jan 2015
>>> TLS SNI support enabled
>>> configure arguments:
>>> --with-ld-opt=-Wl,-rpath,/usr/local/lib
>>> --prefix=/etc/nginx
>>> --sbin-path=/usr/sbin/nginx
>>> --conf-path=/etc/nginx/nginx.conf
>>> --error-log-path=/var/log/nginx/error.log
>>> --http-log-path=/var/log/nginx/access.log
>>> --pid-path=/var/run/nginx.pid
>>> --lock-path=/var/run/nginx.lock
>>> --http-client-body-temp-path=/var/cache/nginx/client_temp
>>> --http-fastcgi-temp-path=/var/cache/nginx/fastcgi_temp
>>> --http-proxy-temp-path=/var/cache/nginx/proxy_temp
>>> --http-uwsgi-temp-path=/var/cache/nginx/uwsgi_temp
>>> --http-scgi-temp-path=/var/cache/nginx/scgi_temp
>>> --user=nginx
>>> --group=nginx
>>> --with-http_ssl_module
>>> --with-stream_ssl_module
>>> --with-http_realip_module
>>> --with-http_addition_module
>>> --with-http_gunzip_module
>>> --with-http_gzip_static_module
>>> --with-http_v2_module
>>> --with-threads
>>> --with-http_geoip_module
>>> --with-ipv6
>>> --with-http_stub_status_module
>>> --add-module=/opt/ngx_devel_kit-0.2.19
>>> --add-module=/opt/lua-nginx-module-0.10.0
>>>
>>> ___
>>> 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
>
> ___
> 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: Подмена бинарника в докере

2016-04-26 Пенетрантность Den Bozhok

Так а если решение в лоб - запускать nginx не напрямую, а сделать на bash init 
скрипт и уже из него запускать nginx? Тогда никаких проблем с перезапуском 
nginx и умиранием докера.

25.04.2016, 22:55, "Anton Bessonov" :
> Так и есть, ppid становится 1:
>
> # ps axw -o pid,ppid,user,%cpu,vsz,wchan,command
>    PID PPID USER %CPU VSZ WCHAN COMMAND
>  1 0 root 0.2 20044 pipe_w /bin/bash -c $(exec
> /usr/sbin/nginx -g "daemon off;")
>  5 1 root 0.0 31684 sigsus nginx: master process
> /usr/sbin/nginx -g daemon off;
>  6 5 nginx 0.0 32068 - nginx: worker process
>  7 0 root 0.6 20224 wait bash
> 11 7 root 0.0 17500 - ps axw -o
> pid,ppid,user,%cpu,vsz,wchan,command
>
> # kill -USR2 5
> # ps axw -o pid,ppid,user,%cpu,vsz,wchan,command
>    PID PPID USER %CPU VSZ WCHAN COMMAND
>  1 0 root 0.0 20044 pipe_w /bin/bash -c $(exec
> /usr/sbin/nginx -g "daemon off;")
>  5 1 root 0.0 31684 sigsus nginx: master process
> /usr/sbin/nginx -g daemon off;
>  6 5 nginx 0.0 32068 - nginx: worker process
>  7 0 root 0.0 20224 wait bash
> 12 5 root 0.0 31688 sigsus nginx: master process
> /usr/sbin/nginx -g daemon off;
> 13 12 nginx 0.0 32068 - nginx: worker process
> 14 7 root 0.0 17500 - ps axw -o
> pid,ppid,user,%cpu,vsz,wchan,command
>
> # kill -WINCH 5
> # ps axw -o pid,ppid,user,%cpu,vsz,wchan,command
>    PID PPID USER %CPU VSZ WCHAN COMMAND
>  1 0 root 0.0 20044 pipe_w /bin/bash -c $(exec
> /usr/sbin/nginx -g "daemon off;")
>  5 1 root 0.0 31684 sigsus nginx: master process
> /usr/sbin/nginx -g daemon off;
>  6 5 nginx 0.0 32068 - nginx: worker process
>  7 0 root 0.0 20224 wait bash
> 12 5 root 0.0 31688 sigsus nginx: master process
> /usr/sbin/nginx -g daemon off;
> 13 12 nginx 0.0 32068 - nginx: worker process
> 15 7 root 0.0 17500 - ps axw -o
> pid,ppid,user,%cpu,vsz,wchan,command
>
> # kill -QUIT 5
> # ps axw -o pid,ppid,user,%cpu,vsz,wchan,command
>    PID PPID USER %CPU VSZ WCHAN COMMAND
>  1 0 root 0.0 20044 pipe_w /bin/bash -c $(exec
> /usr/sbin/nginx -g "daemon off;")
>  7 0 root 0.0 20224 wait bash
> 12 1 root 0.0 31688 sigsus nginx: master process
> /usr/sbin/nginx -g daemon off;
> 13 12 nginx 0.0 32068 - nginx: worker process
> 16 7 root 0.0 17500 - ps axw -o
> pid,ppid,user,%cpu,vsz,wchan,command
>
> On 25.04.2016 21:08, Igor Sysoev wrote:
>
>>  On 25 Apr 2016, at 20:33, Anton Bessonov  wrote:
>>
>>>  Здравстуйте,
>>>
>>>  на сколько я помню, то энджин не посзоляет обновлять конфигурацию, если 
>>> менять параметры некоторых директив, таких как пути к кэшам. Актуально 
>>> использую подмену бинарника - вроде помогает.
>>>
>>>  Сейчас эксперементирую с тем же самым, только в контейнере. По умолчанию 
>>> энджин имеет PID 1, что убивает контейнер после kill -QUIT 1.
>>>
>>>  В docker-compose делаю следующее:
>>>
>>>  version: '2'
>>>  services:
>>>    nginxt:
>>>  image: nginx
>>>  ports:
>>>    - "6283:80"
>>>  command: /bin/bash -c '$$(exec /usr/sbin/nginx -g "daemon off;")'
>>>
>>>  Вроде работает:
>>>
>>>  # ps auxf
>>>  USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
>>>  root 7 0.1 0.3 20224 3208 ? Ss 17:07 0:00 bash
>>>  root 12 0.0 0.2 17496 2064 ? R+ 17:07 0:00 \_ ps auxf
>>>  root 1 0.0 0.2 20044 2704 ? Ss 17:06 0:00 /bin/bash -c $(exec 
>>> /usr/sbin/nginx -g "daemon off;")
>>>  root 5 0.0 0.4 31684 4860 ? S 17:06 0:00 nginx: master process 
>>> /usr/sbin/nginx -g daemon off;
>>>  nginx 6 0.0 0.2 32068 2860 ? S 17:06 0:00 \_ nginx: worker process
>>>
>>>  # kill -USR2 5
>>>  # ps auxf
>>>  USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
>>>  root 7 0.0 0.3 20224 3208 ? Ss 17:07 0:00 bash
>>>  root 15 0.0 0.2 17496 2048 ? R+ 17:08 0:00 \_ ps auxf
>>>  root 1 0.0 0.2 20044 2704 ? Ss 17:06 0:00 /bin/bash -c $(exec 
>>> /usr/sbin/nginx -g "daemon off;")
>>>  root 5 0.0 0.4 31684 4860 ? S 17:06 0:00 nginx: master process 
>>> /usr/sbin/nginx -g daemon off;
>>>  nginx 6 0.0 0.2 32068 2860 ? S 17:06 0:00 \_ nginx: worker process
>>>  root 13 0.0 0.4 31688 5080 ? S 17:08 0:00 \_ nginx: master process 
>>> /usr/sbin/nginx -g daemon off;
>>>  nginx 14 0.0 0.2 32068 2880 ? S 17:08 0:00 \_ nginx: worker process
>>>
>>>  # kill -WINCH 5
>>>  # ps auxf
>>>  USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
>>>  root 7 0.0 0.3 20224 3208 ? Ss 17:07 0:00 bash
>>>  root 16 0.0 0.1 17496 1956 ? R+ 17:09 0:00 \_ ps auxf
>>>  root 1 0.0 0.2 20044 2704 ? Ss 17:06 0:00 /bin/bash -c $(exec 
>>> /usr/sbin/nginx -g "daemon off;")
>>>  root 5 0.0 0.4 31684 4860 ? S 17:06 0:00 nginx: master process 
>>> /usr/sbin/nginx -g daemon off;
>>>  nginx 6 0.0 0.2 32068 2860 ? S 17:06 0:00 \_ nginx: worker process
>>>  root 13 0.0 0.4 31688 5080 ? S 17:08 0:00 \_ nginx: master process 
>>> /usr/sbin/nginx -g daemon off;
>>>  nginx 14 0.0 0.2 32068 2880 ? S 17:08 0:00 \_ nginx: worker process
>>>
>>>  # kill -QUIT 5
>>>  # ps auxf
>>>  USER PID %CPU %MEM VSZ RSS TTY STAT

Re: переменные в map -> proxy_pass

2016-04-11 Пенетрантность Den Bozhok

Благодарю за ответ!Однако, резолвер описан, и все-равно ошибка присутствует:  resolver 10.1.1.5 10.1.1.4  valid=10s;resolver_timeout 5s; 11.04.2016, 18:53, "kpoxa" <kp...@kpoxa.net>:В конфиге опишите резолвер.http://nginx.org/ru/docs/http/ngx_http_core_module.html#resolver пн, 11 апр. 2016 г. в 18:04, Den Bozhok <undyin...@yandex.ru>:Доброго дня! Попробовал использовать map для выбора бэкенда, что бы затем передавать ее в proxy_pass, но при передаче переменной в proxy_pass nginx не может ее разрезолвить в итоговое значение. конфигурация: geo $backend1 {default "long-host-name1.com";}geo $backend2 {default "long-host-name2.com";} map $http_x_backend $backend {"host1" $backend1;"host2" $backend2;} server {listen 80; location / {proxy_pass http://$backend;}} При этом я получаю ошибку:$backend could not be resolved (2: Server failure) Я что-то делаю не так или у nginx нет такой возможности?Благодарю! nginx -Vnginx version: nginx/1.9.10built by gcc 4.9.2 (Debian 4.9.2-10)built with OpenSSL 1.0.1k 8 Jan 2015TLS SNI support enabledconfigure arguments:--with-ld-opt=-Wl,-rpath,/usr/local/lib--prefix=/etc/nginx--sbin-path=/usr/sbin/nginx--conf-path=/etc/nginx/nginx.conf--error-log-path=/var/log/nginx/error.log--http-log-path=/var/log/nginx/access.log--pid-path=/var/run/nginx.pid--lock-path=/var/run/nginx.lock--http-client-body-temp-path=/var/cache/nginx/client_temp--http-fastcgi-temp-path=/var/cache/nginx/fastcgi_temp--http-proxy-temp-path=/var/cache/nginx/proxy_temp--http-uwsgi-temp-path=/var/cache/nginx/uwsgi_temp--http-scgi-temp-path=/var/cache/nginx/scgi_temp--user=nginx--group=nginx--with-http_ssl_module--with-stream_ssl_module--with-http_realip_module--with-http_addition_module--with-http_gunzip_module--with-http_gzip_static_module--with-http_v2_module--with-threads--with-http_geoip_module--with-ipv6--with-http_stub_status_module--add-module=/opt/ngx_devel_kit-0.2.19--add-module=/opt/lua-nginx-module-0.10.0 ___nginx-ru mailing listnginx-ru@nginx.orghttp://mailman.nginx.org/mailman/listinfo/nginx-ru,___nginx-ru mailing listnginx-ru@nginx.orghttp://mailman.nginx.org/mailman/listinfo/nginx-ru___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

переменные в map -> proxy_pass

2016-04-11 Пенетрантность Den Bozhok

Доброго дня! Попробовал использовать map для выбора бэкенда, что бы затем передавать ее в proxy_pass, но при передаче переменной в proxy_pass nginx не может ее разрезолвить в итоговое значение. конфигурация: geo $backend1 {default "long-host-name1.com";}geo $backend2 {default "long-host-name2.com";} map $http_x_backend $backend {"host1" $backend1;"host2" $backend2;} server {listen 80; location / {proxy_pass http://$backend;}} При этом я получаю ошибку:$backend could not be resolved (2: Server failure) Я что-то делаю не так или у nginx нет такой возможности?Благодарю! nginx -Vnginx version: nginx/1.9.10built by gcc 4.9.2 (Debian 4.9.2-10)built with OpenSSL 1.0.1k 8 Jan 2015TLS SNI support enabledconfigure arguments:--with-ld-opt=-Wl,-rpath,/usr/local/lib--prefix=/etc/nginx--sbin-path=/usr/sbin/nginx--conf-path=/etc/nginx/nginx.conf--error-log-path=/var/log/nginx/error.log--http-log-path=/var/log/nginx/access.log--pid-path=/var/run/nginx.pid--lock-path=/var/run/nginx.lock--http-client-body-temp-path=/var/cache/nginx/client_temp--http-fastcgi-temp-path=/var/cache/nginx/fastcgi_temp--http-proxy-temp-path=/var/cache/nginx/proxy_temp--http-uwsgi-temp-path=/var/cache/nginx/uwsgi_temp--http-scgi-temp-path=/var/cache/nginx/scgi_temp--user=nginx--group=nginx--with-http_ssl_module--with-stream_ssl_module--with-http_realip_module--with-http_addition_module--with-http_gunzip_module--with-http_gzip_static_module--with-http_v2_module--with-threads--with-http_geoip_module--with-ipv6--with-http_stub_status_module--add-module=/opt/ngx_devel_kit-0.2.19--add-module=/opt/lua-nginx-module-0.10.0 ___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: http/2 + backend http/1.1

2016-03-20 Пенетрантность Den Bozhok

Спасибо.
Был бы очень благодарен за бэкпорт. Без этой директивы не всегда получается 
использовать модуль upstream, когда он очень нужен. Приходится решать 
костылями, а это не очень красиво.


18.03.2016, 11:54, "Maxim Konovalov" :
> On 3/18/16 11:50 AM, Alex Domoradov wrote:
>
>>>  Или есть какой-то специфичный вопрос?
>>
>>  я так понял, что суть вопрос в том - когда опиум будет доступен для
>>  народа. Т.е. есть ли в планах передача функционала в community
>>  версию nginx
>
> В краткосрочной перспективе таких планов не было. Честно говоря,
> лично я не видел какого-то существенного количества запросов на
> бэкпорт этой части из nginx-plus.
>
> Подумаем.
>
> --
> Maxim Konovalov
>
> ___
> 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: http/2 + backend http/1.1

2016-03-19 Пенетрантность Den Bozhok

Понял, спасибо большое!
А что насчёт директивы resolve? Есть ли какая-нибудь информация о передаче её в 
массы?

18.03.2016, 05:10, "Maxim Dounin" <mdou...@mdounin.ru>:
> Hello!
>
> On Fri, Mar 18, 2016 at 04:43:49AM +0300, Den Bozhok wrote:
>
>> Возник следующий вопрос. При использовании http/2 для клиентов и при
>> этом работая с бэкендами по http/1.1, как происходит работа с
>> соединениями к бэкенду?
>>
>> Насколько я знаю, http/1.1 по умолчанию задумывался как протокол
>> работающий с keepalive.
>>
>> Nginx разбирая мультиплексированные запросы от клиента по http/2
>> создает по новому соединению к бэкенду для каждого запроса, или
>> устанавливает одно TCP соединение и посылает все последующие запросы
>> клиента по этому соединению?
>
> Одновременно запущенные HTTP/2 запросы выполняются независимо,
> ровно так же, как это было бы, если бы эти запросы пришли по
> разным соединениям. Соответственно если два запроса одновременно
> уходят на бекенд - будет открыто два соединения на бекенд, и
> каждый запрос будет отправлен в своём соединении.
>
> --
> Maxim Dounin
> http://nginx.org/
>
> ___
> 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

http/2 + backend http/1.1

2016-03-19 Пенетрантность Den Bozhok

Доброго дня!Возник следующий вопрос. При использовании http/2 для клиентов и при этом работая с бэкендами по http/1.1, как происходит работа с соединениями к бэкенду?Насколько я знаю, http/1.1 по умолчанию задумывался как протокол работающий с keepalive.Nginx разбирая мультиплексированные запросы от клиента по http/2 создает по новому соединению к бэкенду для каждого запроса, или устанавливает одно TCP соединение и посылает все последующие запросы клиента по этому соединению? Речь идет о конфигурации такого типа: server {listen 80 http2; location / {set $backend "my.domain.com";proxy_pass http://$backend;proxy_http_version 1.1;proxy_set_header Connection "";}}  Понятно, что в реальных условиях нужен ssl для http/2, но суть не в этом. Я умышленно не описал конфигурацию с upstream т.к. она не работает если иметь дело с dns именами, адреса которых могут меняться. И маленький вопрос оффтоп:Планируется ли в обозримом будущем добавить директиву resolve в upstream модуль для обычной версии nginx?Благодарю! ___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

real_ip_header $variable

2015-11-12 Пенетрантность Den Bozhok

Доброго дня! Пытаюсь решить своеобразную проблему с определением клиентских адресов.Суть в том, что nginx стоит за амазоновским elb балансировщиком.ELB передает траффик в Nginx через proxy_protocol и все вроде бы хорошо и обычной конфигурации типа: set_real_ip_from 192.168.0.0/24;real_ip_header proxy_protocol; должно хватать. но проблема еще в том, что перед elb балансировщиком может быть qrator или его аналог, соответственно нам нужно достать информацию об адресе клиента уже основываясь не исходящий ip адрес запроса,а на заголовок X-Forwarded-For. т.е. в идеале работала бы такая схема: geo $proxy_protocol $real_ip_header {default "proxy_protocol"; "X-Forwarded-For";} real_ip_header $real_ip_header; Nginx при таком раскладе не ругается, но и не заменяет адрес ни на proxy_protocol_add, ни на X-Forwarded-For.Может кто-нибудь уже с таким сталкивался? Был бы очень благодарен. nginx version: nginx/1.9.4built by gcc 4.9.2 (Debian 4.9.2-10)built with OpenSSL 1.0.1k 8 Jan 2015TLS SNI support enabledconfigure arguments: --with-ld-opt=-Wl,-rpath,/usr/local/lib --prefix=/etc/nginx --sbin-path=/usr/sbin/nginx --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --http-log-path=/var/log/nginx/access.log --pid-path=/var/run/nginx.pid --lock-path=/var/run/nginx.lock --http-client-body-temp-path=/var/cache/nginx/client_temp --http-fastcgi-temp-path=/var/cache/nginx/fastcgi_temp --http-proxy-temp-path=/var/cache/nginx/proxy_temp --http-uwsgi-temp-path=/var/cache/nginx/uwsgi_temp --http-scgi-temp-path=/var/cache/nginx/scgi_temp --user=nginx --group=nginx --with-http_ssl_module --with-stream_ssl_module --with-http_realip_module --with-http_addition_module --with-http_gunzip_module --with-http_gzip_static_module --with-http_spdy_module --with-threads --with-http_geoip_module --with-ipv6 --with-http_stub_status_module --add-module=/opt/ngx_devel_kit-0.2.19 --add-module=/opt/lua-nginx-module-0.9.17rc1___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: real_ip_header $variable

2015-11-12 Пенетрантность Den Bozhok

Благодарю за ответ! FAIK, ELB умеет передавать адрес не только через PROXY protocol, но и через X-Forwarded-For. Унифицируйте механизм получения адреса клиента - и будет вам счастье. Да, согласен, это при условии если протокол общения - http.В нашем случае http нам не подходит ибо ELB поддерживает максимум один SSL сертификат на порту. Поэтому трансляция идет в режиме TCP + proxy_protocol, что бы и с SSL проблем не было и http2 нормально работал + real ip были действительно real. 12.11.2015, 17:35, "Maxim Dounin" <mdou...@mdounin.ru>:Hello!On Thu, Nov 12, 2015 at 05:08:38PM +0300, Den Bozhok wrote:[...]должно хватать. но проблема еще в том, что перед elb балансировщикомможет быть qrator или его аналог, соответственно нам нужно достатьинформацию об адресе клиента уже основываясь не исходящий ip адресзапроса,а на заголовок X-Forwarded-For.[...]real_ip_header $real_ip_header;Nginx при таком раскладе не ругается, но и не заменяет адрес ни наproxy_protocol_add, ни на X-Forwarded-For.Директива real_ip_header переменных не понимает, и в результате у вас nginx пытается получить адрес из заголовка c именем "$real_ip_header".Может кто-нибудь уже с таким сталкивался? Был бы очень благодарен.FAIK, ELB умеет передавать адрес не только через PROXY protocol, но и через X-Forwarded-For.  Унифицируйте механизм получения адреса клиента - и будет вам счастье.-- Maxim Douninhttp://nginx.org/___nginx-ru mailing listnginx-ru@nginx.orghttp://mailman.nginx.org/mailman/listinfo/nginx-ru___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: userid. привести содержимое переменной $uid_set в такой же вид, каким его получает браузер

2015-03-12 Пенетрантность Den Bozhok

Сам отвечу на свой вопрос, может кому пригодится.

Т.к. Lua весьма беден на функции, которые необходимы в этом деле, то можно 
использовать математические и строковые функции + API самого nginx. В итоге 
выходит что то вроде:

server {

  listen 80;

  userid on;

  location / {
proxy_pass http://172.17.42.1:9292;
proxy_set_header X-Uid-Got $uid_got;
proxy_set_header X-Uid-Set $uid_set;

set $user_cookie $http_cookie;

if ($uid_set) {
  set_by_lua $user_cookie '
function encode_cookie(cookie)
  local binary_string = 
  for i=5,35,8 do
local chunk = tonumber(string.sub(cookie, i, i+7), 16)

  for j=1,4 do
binary_string = binary_string .. string.char(chunk % 256)
chunk = math.floor(chunk / 256)
  end
  end

  return ngx.encode_base64(binary_string)
end

if ngx.var.http_cookie == nil then
  return encode_cookie(ngx.var.uid_set)
else
  return ngx.var.http_cookie .. ; .. encode_cookie(ngx.var.uid_set)
end
';
}

proxy_set_header Cookie $user_cookie;
  }

}

11.03.2015, 19:48, Den Bozhok undyin...@yandex.ru:
 Доброго дня!

 Возник вопрос, можно ли внутри nginx, имея значение $uid_set получить ее 
 представление в Base64, каким его видит бразуер получая заголовок Set-Cookie?

 Есть необходимость передавать этот uid при проксировании первого запроса 
 пользователя, когда еще никакой куки у пользователя нету.
 Пробовал с помощью lua модуля, но так ничего и не вышло :/

 Благодарю!
 ,

 ___
 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

userid. привести содержимое переменной $uid_set в такой же вид, каким его получает браузер

2015-03-11 Пенетрантность Den Bozhok

Доброго дня! Возник вопрос, можно ли внутри nginx, имея значение $uid_set получить ее представление в Base64, каким его видит бразуер получая заголовок Set-Cookie? Есть необходимость передавать этот uid при проксировании первого запроса пользователя, когда еще никакой куки у пользователя нету.Пробовал с помощью lua модуля, но так ничего и не вышло :/ Благодарю!

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

Re: проблемы с proxy_cache. заголовка Set-Cookie нету.

2014-09-12 Пенетрантность Den Bozhok

 Проверил с proxy_cache_valid, с явным указанием все работает.Спасибо огромное и низкий вам поклон! 11.09.2014, 20:05, "Maxim Dounin" mdou...@mdounin.ru:Hello!On Thu, Sep 11, 2014 at 07:21:27PM +0400, Den Bozhok wrote:Доброго дня!Пытаюсь настроить кеширование картинок но nginx отказываетсякешировать. Не могу понять в чем может быть причина. Никаких лишнихзаголовков от бэкенда не приходит,поэтому проблем быть не должно,однако..[...]Если каких-либо явных указаний на возможное время кеширования ответа от бекенда не приходит ("Expires", "Cache-Control: max-age=...", "X-Accel-Expires"), то nginx руководствуется значениями, заданными с помощью директивы proxy_cache_valid, см. тут:http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_cache_validТ.к. в конфиге директивы proxy_cache_valid отстствуют, а заголовков Expires/Cache-Control/X-Accel-Expires в ответе нет, тто соответственно ответ - не кешируется.Чтобы ответы кешировались - нужно добавить в конфиг proxy_cache_valid, либо возвращать Expires/Cache-Control/X-Accel-Expires в ответах бекенда.-- Maxim Douninhttp://nginx.org/___nginx-ru mailing listnginx-ru@nginx.orghttp://mailman.nginx.org/mailman/listinfo/nginx-ru___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

проблемы с proxy_cache. заголовка Set-Cookie нету.

2014-09-11 Пенетрантность Den Bozhok

Доброго дня!Пытаюсь настроить кеширование картинок но nginx отказывается кешировать. Не могу понять в чем может быть причина. Никаких лишних заголовков от бэкенда не приходит,поэтому проблем быть не должно, однако.. Конфиг: proxy_cache_path /var/www/cache levels=2:2:2 keys_zone=cache:128m inactive=1w max_size=100G;proxy_temp_path /var/www/cache/temp 2 2; server {  listen 80;   proxy_cache cache;   location / {    include snippet.d/origin;     if ($origin = '') {      set $origin "10.9.0.1";    }     proxy_pass http://$origin;    proxy_set_header Host storage.ostrovok.ru;    proxy_set_header X-Real-Ip $remote_addr;  }} кусочек дебага: "GET /1389646270/71ddd251286f6d93e87d7d4f7eb62e51.jpg HTTP/1.0Host: staticX-Real-Ip: 10.9.0.30Connection: closeUser-Agent: curl/7.36.0Accept: */* "2014/09/11 15:07:47 [debug] 1357#0: *249 http cleanup add: 00F197082014/09/11 15:07:47 [debug] 1357#0: *249 get rr peer, try: 12014/09/11 15:07:47 [debug] 1357#0: *249 socket 82014/09/11 15:07:47 [debug] 1357#0: *249 epoll add connection: fd:8 ev:800020052014/09/11 15:07:47 [debug] 1357#0: *249 connect to 10.21.0.9:9380, fd:8 #2502014/09/11 15:07:47 [debug] 1357#0: *249 http upstream connect: -22014/09/11 15:07:47 [debug] 1357#0: *249 posix_memalign: 00F14900:128 @162014/09/11 15:07:47 [debug] 1357#0: *249 event timer add: 8: 6:14104481276742014/09/11 15:07:47 [debug] 1357#0: *249 http finalize request: -4, "/1389646270/71ddd251286f6d93e87d7d4f7eb62e51.jpg?" a:1, c:22014/09/11 15:07:47 [debug] 1357#0: *249 http request count:2 blk:02014/09/11 15:07:47 [debug] 1357#0: *249 http run request: "/1389646270/71ddd251286f6d93e87d7d4f7eb62e51.jpg?"2014/09/11 15:07:47 [debug] 1357#0: *249 http upstream check client, write event:1, "/1389646270/71ddd251286f6d93e87d7d4f7eb62e51.jpg"2014/09/11 15:07:47 [debug] 1357#0: *249 http upstream recv(): -1 (11: Resource temporarily unavailable)2014/09/11 15:07:47 [debug] 1357#0: *249 http upstream request: "/1389646270/71ddd251286f6d93e87d7d4f7eb62e51.jpg?"2014/09/11 15:07:47 [debug] 1357#0: *249 http upstream send request handler2014/09/11 15:07:47 [debug] 1357#0: *249 http upstream send request2014/09/11 15:07:47 [debug] 1357#0: *249 chain writer buf fl:1 s:1912014/09/11 15:07:47 [debug] 1357#0: *249 chain writer in: 00F197D82014/09/11 15:07:47 [debug] 1357#0: *249 writev: 1912014/09/11 15:07:47 [debug] 1357#0: *249 chain writer out: 2014/09/11 15:07:47 [debug] 1357#0: *249 event timer del: 8: 14104481276742014/09/11 15:07:47 [debug] 1357#0: *249 event timer add: 8: 6:14104481276742014/09/11 15:07:47 [debug] 1357#0: *249 http upstream request: "/1389646270/71ddd251286f6d93e87d7d4f7eb62e51.jpg?"2014/09/11 15:07:47 [debug] 1357#0: *249 http upstream process header2014/09/11 15:07:47 [debug] 1357#0: *249 malloc: 00F19B90:40962014/09/11 15:07:47 [debug] 1357#0: *249 recv: fd:8 3983 of 39832014/09/11 15:07:47 [debug] 1357#0: *249 http proxy status 200 "200 OK"2014/09/11 15:07:47 [debug] 1357#0: *249 http proxy header: "Server: nginx"2014/09/11 15:07:47 [debug] 1357#0: *249 http proxy header: "Date: Thu, 11 Sep 2014 15:08:33 GMT"2014/09/11 15:07:47 [debug] 1357#0: *249 http proxy header: "Content-Type: image/jpeg"2014/09/11 15:07:47 [debug] 1357#0: *249 http proxy header: "Content-Length: 12894"2014/09/11 15:07:47 [debug] 1357#0: *249 http proxy header: "Connection: close"2014/09/11 15:07:47 [debug] 1357#0: *249 http proxy header: "X-Image-Generated: 0.026"2014/09/11 15:07:47 [debug] 1357#0: *249 http proxy header done2014/09/11 15:07:47 [debug] 1357#0: *249 xslt filter header2014/09/11 15:07:47 [debug] 1357#0: *249 HTTP/1.1 200 OKServer: nginx/1.6.1Date: Thu, 11 Sep 2014 15:07:47 GMTContent-Type: image/jpegContent-Length: 12894Connection: keep-aliveX-Image-Generated: 0.026 2014/09/11 15:07:47 [debug] 1357#0: *249 write new buf t:1 f:0 00F19AA0, pos 00F19AA0, size: 176 file: 0, size: 02014/09/11 15:07:47 [debug] 1357#0: *255 http write filter: l:0 f:0 s:1762014/09/11 15:07:47 [debug] 1357#0: *255 http cacheable: 02014/09/11 15:07:47 [debug] 1357#0: *255 http file cache free, fd: -1  я честно говоря уже и не знаю куда копать.Благодарю за внимание. ___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

upstream healt_check

2014-08-05 Пенетрантность Den Bozhok

Доброго дня! Решили попробовать nginx plus и модуль healt_heck. Собственно отрывок из конфига: match backend {  status 200-403;} upstream backend {  zone upstream_backend 64k;  queue 1024;   server  slow_start=60s max_cons=1024;   least_conn;} server {  listen 80;   location / {    health_check match=backend;    proxy_pass http://backend;     proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;    proxy_connect_timeout 1s;    proxy_next_upstream error timeout invalid_header;     proxy_http_version 1.1;    proxy_set_header Connection "";    proxy_buffers 4 256k;  }  location = /status {    stub_status on;    access_log off;  }   location = /status.json {    status;  }   location /upstream_conf {    upstream_conf;  } } Есть часть бэкендов которые в данный момент выключены физически, но они прописаны в upstream backend. При этом запросы на эти бэкенды продолжают сыпаться, а health_check не отправляет health requests на бэкенды, о чем можно догадаться прочитав статус:             {                "active": 0,                "backup": false,                "downstart": 1407244491219,                "downtime": 515646,                "fails": 78,                "health_checks": {                    "checks": 0,                    "fails": 0,                    "unhealthy": 0                },                "id": 28,                "keepalive": 0,                "max_conns": 1024,                "received": 0,                "requests": 78,                "responses": {                    "1xx": 0,                    "2xx": 0,                    "3xx": 0,                    "4xx": 0,                    "5xx": 0,                    "total": 0                },                "sent": 0,                "server": ":80",                "state": "unavail",                "unavail": 1,                "weight": 1            } root@hostname:/etc/nginx# uname -aLinux hostname 3.13.0-29-generic #53-Ubuntu SMP Wed Jun 4 21:00:20 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux root@hostname:/etc/nginx# nginx -Vnginx version: nginx/1.7.3 (nginx-plus-r4)built by gcc 4.8.2 (Ubuntu 4.8.2-19ubuntu1)TLS SNI support enabledconfigure arguments: --build=nginx-plus-r4 --prefix=/etc/nginx --sbin-path=/usr/sbin/nginx --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --http-log-path=/var/log/nginx/access.log --pid-path=/var/run/nginx.pid --lock-path=/var/run/nginx.lock --http-client-body-temp-path=/var/cache/nginx/client_temp --http-proxy-temp-path=/var/cache/nginx/proxy_temp --http-fastcgi-temp-path=/var/cache/nginx/fastcgi_temp --http-uwsgi-temp-path=/var/cache/nginx/uwsgi_temp --http-scgi-temp-path=/var/cache/nginx/scgi_temp --user=nginx --group=nginx --with-http_ssl_module --with-http_realip_module --with-http_addition_module --with-http_sub_module --with-http_dav_module --with-http_flv_module --with-http_mp4_module --with-http_f4f_module --with-http_hls_module --with-http_gunzip_module --with-http_gzip_static_module --with-http_random_index_module --with-http_secure_link_module --with-http_session_log_module --with-http_stub_status_module --with-http_auth_request_module --with-mail --with-mail_ssl_module --with-file-aio --with-http_spdy_module --with-ipv6 --with-cc-opt='-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2' --with-ld-opt='-Wl,-Bsymbolic-functions -Wl,-z,relro -Wl,--as-needed' ___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: upstream healt_check

2014-08-05 Пенетрантность Den Bozhok

Привычка :)


05.08.2014, 18:15, Maxim Konovalov ma...@nginx.com:
 On 8/5/14 6:10 PM, Den Bozhok wrote:
  Доброго дня!

  Решили попробовать nginx plus и модуль healt_heck.

 [...]

 Почему бы вам не обратиться с этой проблемой на plus-supp...@nginx.com?

 --
 Maxim Konovalov
 http://nginx.com

 ___
 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

multiple access_log with variables in the file path

2014-05-14 Пенетрантность Den Bozhok

Доброго дня! Пытаюсь настроить в nginx несколько access логов для сервера.Имеется два разных формата лога, поэтому хочется писать сразу два лога одновременно. В классической конфигурации все работает: access_log /var/log/nginx/name.access.log format1;access_log /var/log/nginx/name.access.json format2;  Но если попробовать дело оптимизировать примерно так: set $name log1; access_log /var/log/nginx/$name.access.log format1;access_log /var/log/nginx/$name.access.json format2; То запись идет только в один файл и что бы я не делал, во второй файл никаких логов не падает. Можно ли как то решить эту проблему с переменными? Планируется ли добавить поддержку переменных в error_log? Благодарю. nginx version: nginx/1.5.12built by gcc 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) TLS SNI support enabledconfigure arguments: --with-cc-opt='-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -D_FORTIFY_SOURCE=2' --with-ld-opt='-Wl,-Bsymbolic-functions -Wl,-z,relro' --prefix=/usr/share/nginx --conf-path=/etc/nginx/nginx.conf --http-log-path=/var/log/nginx/access.log --error-log-path=/var/log/nginx/error.log --lock-path=/var/lock/nginx.lock --pid-path=/run/nginx.pid --http-client-body-temp-path=/var/lib/nginx/body --http-fastcgi-temp-path=/var/lib/nginx/fastcgi --http-proxy-temp-path=/var/lib/nginx/proxy --http-scgi-temp-path=/var/lib/nginx/scgi --http-uwsgi-temp-path=/var/lib/nginx/uwsgi --with-debug --with-pcre-jit --with-ipv6 --with-http_ssl_module --with-http_stub_status_module --with-http_realip_module --with-http_auth_request_module --with-http_addition_module --with-http_dav_module --with-http_flv_module --with-http_geoip_module --with-http_gzip_static_module --with-http_image_filter_module --with-http_mp4_module --with-http_perl_module --with-http_random_index_module --with-http_secure_link_module --with-http_spdy_module --with-http_sub_module --with-http_xslt_module --with-mail --with-mail_ssl_module --add-module=/build/buildd/nginx-1.5.12/debian/modules/headers-more-nginx-module --add-module=/build/buildd/nginx-1.5.12/debian/modules/nginx-auth-pam --add-module=/build/buildd/nginx-1.5.12/debian/modules/nginx-cache-purge --add-module=/build/buildd/nginx-1.5.12/debian/modules/nginx-dav-ext-module --add-module=/build/buildd/nginx-1.5.12/debian/modules/nginx-development-kit --add-module=/build/buildd/nginx-1.5.12/debian/modules/nginx-echo --add-module=/build/buildd/nginx-1.5.12/debian/modules/ngx-fancyindex --add-module=/build/buildd/nginx-1.5.12/debian/modules/nginx-http-push --add-module=/build/buildd/nginx-1.5.12/debian/modules/nginx-lua --add-module=/build/buildd/nginx-1.5.12/debian/modules/nginx-upload-progress --add-module=/build/buildd/nginx-1.5.12/debian/modules/nginx-upstream-fair --add-module=/build/buildd/nginx-1.5.12/debian/modules/ngx_http_substitutions_filter_module Linux 3.2.0-43-generic #68-Ubuntu SMP Wed May 15 03:33:33 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux ___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Увеличивается время ответа NGINX?

2013-11-07 Пенетрантность Den Bozhok

Если машина уходит в своп, вы уверены что тормозит именно nginx, а не php-fpm например?Вы смотрели какие данные находятся в свопе в момент торможения? 07.11.2013, 12:06, "maxim88" nginx-fo...@nginx.us:Добрый день.Имеем: Ubuntu 12.04 с 1Гиг RAM,  NGINX, PHP-FPM+APC, Varnish, WordPressИногда машина уходит в swap после которого время отклика NGINX увеличиваетсяв десятки раз, иными словами вэб сервер дико тормозит до ребута.https://dl.dropboxusercontent.com/u/1290139/nginx.jpgПроблема еще в том, что иногда это происходит в течении короткого промежутка10-15 минут, после чего вэб сервер начинает работать штатно без каких либовмешательств. .Подскажите что это может быть и в какую строну двигаться?Posted at Nginx Forum: http://forum.nginx.org/read.php?21,244513,244513#msg-244513___nginx-ru mailing listnginx-ru@nginx.orghttp://mailman.nginx.org/mailman/listinfo/nginx-ru___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Несколько сайтов в одном домене

2013-11-07 Пенетрантность Den Bozhok

Примерно так: server { listen 80; server_name example.com;  location /tiger { proxy_pass ... }  location /lynx { proxy_pass ... }  ...} 08.11.2013, 10:49, "Den Bozhok" undyin...@yandex.ru:Так вы в одном конфиге для одного server_name укажите множество location08.11.2013, 10:45, "ZERGEV" nginx-fo...@nginx.us:  example.com Так если server_name будет одинаковые, то конфиг будет не валидный и nginx будет ругаться. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,244522,244525#msg-244525 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru___nginx-ru mailing listnginx-ru@nginx.orghttp://mailman.nginx.org/mailman/listinfo/nginx-ru___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Redirect

2013-10-17 Пенетрантность Den Bozhok

Нет, не будет.
rewrite меняет только uri, поэтому для переадресации вам нужен redirect

15.10.2013, 21:38, Cergoo nginx-fo...@nginx.us:
 читаю доку, и согласно ей, сие работать не будет rewrite /
 http://www.defense.gov last; - не?

 Posted at Nginx Forum: 
 http://forum.nginx.org/read.php?21,243543,243729#msg-243729

 ___
 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: Redirect

2013-10-09 Пенетрантность Den Bozhok

Но ведь есть return:
http://nginx.org/ru/docs/http/ngx_http_rewrite_module.html#return

09.10.2013, 13:24, Cergoo nginx-fo...@nginx.us:
 В Апаче и IIS есть модуль Redirect который маршрутизирует запросы пришедшие
 на сервер, в NGINX есть только модуль проксирования, почему отсутсвует
 просто модуль редиректа?, ведь зачастую в проксировании(то есть пропускании
 через себя и запросов и ответов) необходимости нет.

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

 ___
 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: Redirect

2013-10-09 Пенетрантность Den Bozhok

Вы об этом?https://httpd.apache.org/docs/2.2/mod/mod_alias.html#redirect  09.10.2013, 14:02, "Cergoo" nginx-fo...@nginx.us:--Но ведь есть return:--http://nginx.org/ru/docs/http/ngx_http_rewrite_module.html#returnСколь понимаю это посылает клиенту ответ с предписанием перейти по другомуurl.модуль "редирект" не извещает клиента, он пересылает запрос на новыйадрес(но не подменяет адрес клиента на свой то есть не перехватывает ответы)и http сервер сам отсылает ответ клиенту минуя редиректора.Posted at Nginx Forum: http://forum.nginx.org/read.php?21,243543,243547#msg-243547___nginx-ru mailing listnginx-ru@nginx.orghttp://mailman.nginx.org/mailman/listinfo/nginx-ru___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Nginx номинирован на премию Сделано в России на Snob.ru

2013-08-23 Пенетрантность Den Bozhok

Не вижу ничего сложного что бы поддержать ребят, учитывая их труд.
Хотя глядя на голоса, Nginx и так впереди :)

23.08.2013, 08:41, Михаил Монашёв postmas...@softsearch.ru:
 Здравствуйте, Валентин.

  Раздел  Предпринимательство  выбирается вверху страницы, сразу под
  картинкой, а голосовалка находится внизу.

 Предпринимательство? Вебсервер - да, удачный продукт. А насколько вы
 успешны  в  бизнесе - хрен знает. С таким же успехом можно и в разделе
 Музыка участвовать. :-)

 --
 С уважением,
  Михаил  mailto:postmas...@softsearch.ru

 ___
 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: nginx + memcached + pecl-memcache compression

2013-08-23 Пенетрантность Den Bozhok

По сути ничего не мешает и пожалуй это будет следующим шагом, т.к. другие 
варианты отсутствуют.

23.08.2013, 13:46, Oleksandr V. Typlyns'kyi wangs...@gmail.com:
 Today Aug 23, 2013 at 12:32 Kron wrote:

  Выключить сжатие всегда можно, просто удобнее было бы что бы они
  все-таки сжимались клиентом (модулем memcache) и свободно отдавались
  nginx`ом через модуль memcached. Сжатие на лету, экономия памяти и
  отсутствие костылей.

   А кто мешает сжимать в PHP функцией gzencode, записывать в memcached со
   свои флагом и потом указать его в memcached_gzip_flag?

 --
 WNGS-RIPE

 ___
 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: proxy_cache_path max_size mismatch

Re: proxy_cache_path max_size mismatch

proxy_cache_path max_size mismatch

Re: upstream resolve feature

upstream resolve feature

Re: nging прокси

Re: nging прокси

Re: переменные в map -> proxy_pass

Re: Подмена бинарника в докере

Re: переменные в map -> proxy_pass

переменные в map -> proxy_pass

Re: http/2 + backend http/1.1

Re: http/2 + backend http/1.1

http/2 + backend http/1.1

real_ip_header $variable

Re: real_ip_header $variable

Re: userid. привести содержимое переменной $uid_set в такой же вид, каким его получает браузер

userid. привести содержимое переменной $uid_set в такой же вид, каким его получает браузер

Re: проблемы с proxy_cache. заголовка Set-Cookie нету.

проблемы с proxy_cache. заголовка Set-Cookie нету.

upstream healt_check

Re: upstream healt_check

multiple access_log with variables in the file path

Re: Увеличивается время ответа NGINX?

Re: Несколько сайтов в одном домене

Re: Redirect

Re: Redirect

Re: Redirect

Re: Nginx номинирован на премию Сделано в России на Snob.ru

Re: nginx + memcached + pecl-memcache compression

30 matches

Site Navigation

Mail list logo

Footer information