from:"Anton Kiryushkin"

При обновлении на 1.15.10 поймал такую картину. В конфиге полжизни было
написано:
user www-data;

Пользователь есть, группа есть. Все ищется по /etc/passwd и /etc/group. Что
поменялось в nginx?

-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Статическая сборка nginx с GD

Ситуация очень напоминает предыдущую:

cc -static -static-libgcc -lm -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -I
/usr/pkg/include -o objs/autotest objs/autotest.c -static -lm
-L/usr/pkg/lib -lgd
--


checking for GD library in /opt/local/

/opt/local/lib/libgd.a(gd.o): In function `lsqrt':
/usr/src/libgd/src/gd.c:1722: undefined reference to `sqrt'
/opt/local/lib/libgd.a(gd.o): In function `gdImageDashedLine':
/usr/src/libgd/src/gd.c:1471: undefined reference to `atan2'
/usr/src/libgd/src/gd.c:1471: undefined reference to `sin'
/usr/src/libgd/src/gd.c:1520: undefined reference to `atan2'
/usr/src/libgd/src/gd.c:1520: undefined reference to `sin'
/opt/local/lib/libgd.a(gd.o): In function `gdImageAALine':
/usr/src/libgd/src/gd.c:3514: undefined reference to `atan2'
/usr/src/libgd/src/gd.c:3514: undefined reference to `cos'
/opt/local/lib/libgd.a(gd.o): In function `gdImageLine':
/usr/src/libgd/src/gd.c:1394: undefined reference to `atan2'
/usr/src/libgd/src/gd.c:1394: undefined reference to `sin'
/usr/src/libgd/src/gd.c:1333: undefined reference to `atan2'
/usr/src/libgd/src/gd.c:1333: undefined reference to `cos'
/opt/local/lib/libgd.a(gd.o): In function `gdImageAALine':
/usr/src/libgd/src/gd.c:3514: undefined reference to `atan2'
/usr/src/libgd/src/gd.c:3514: undefined reference to `sin'
/opt/local/lib/libgd.a(gd.o): In function `gdImageCopyRotated':
/usr/src/libgd/src/gd.c:2792: undefined reference to `sincos'
/usr/src/libgd/src/gd.c:2791: undefined reference to `sqrt'
collect2: error: ld returned 1 exit status
--

Версия nginx 1.15.10. gcc version 4.8.2.

сб, 6 апр. 2019 г. в 12:14, Igor Sysoev :

> А что в autoconf.err ?
>
> --
> Igor Sysoev
> http://nginx.com
>
> > On 6 Apr 2019, at 14:07, Anton Kiryushkin  wrote:
> >
> > Добавил и не помогло.
> >
> > сб, 6 апр. 2019 г. в 11:06, Igor Sysoev :
> > > On 6 Apr 2019, at 12:54, Anton Kiryushkin  wrote:
> > >
> > > Здравствуйте.
> > >
> > > Подскажите, пожалуйста, почему nginx в данном случае никак не может
> собраться статически с libgd:
> > >
> > > --
> > > cc -static -static-libgcc -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -I
> /usr/pkg/include -o objs/autotest objs/autotest.c -static -L/usr/pkg/lib
> -lgd
> > > --
> > >
> > > 
> > > checking for GD library in /opt/local/
> > >
> > > /opt/local/lib/libgd.a(gd.o): In function `lsqrt':
> > > /usr/src/libgd/src/gd.c:1722: undefined reference to `sqrt'
> > > /opt/local/lib/libgd.a(gd.o): In function `gdImageDashedLine':
> > > /usr/src/libgd/src/gd.c:1471: undefined reference to `atan2'
> > > /usr/src/libgd/src/gd.c:1471: undefined reference to `sin'
> > > /usr/src/libgd/src/gd.c:1520: undefined reference to `atan2'
> > > /usr/src/libgd/src/gd.c:1520: undefined reference to `sin'
> > > /opt/local/lib/libgd.a(gd.o): In function `gdImageAALine':
> > > /usr/src/libgd/src/gd.c:3514: undefined reference to `atan2'
> > > /usr/src/libgd/src/gd.c:3514: undefined reference to `cos'
> > > /opt/local/lib/libgd.a(gd.o): In function `gdImageLine':
> > > /usr/src/libgd/src/gd.c:1394: undefined reference to `atan2'
> > > /usr/src/libgd/src/gd.c:1394: undefined reference to `sin'
> > > /usr/src/libgd/src/gd.c:1333: undefined reference to `atan2'
> > > /usr/src/libgd/src/gd.c:1333: undefined reference to `cos'
> > > /opt/local/lib/libgd.a(gd.o): In function `gdImageAALine':
> > > /usr/src/libgd/src/gd.c:3514: undefined reference to `atan2'
> > > /usr/src/libgd/src/gd.c:3514: undefined reference to `sin'
> > > /opt/local/lib/libgd.a(gd.o): In function `gdImageCopyRotated':
> > > /usr/src/libgd/src/gd.c:2792: undefined reference to `sincos'
> > > /usr/src/libgd/src/gd.c:2791: undefined reference to `sqrt'
> > > collect2: error: ld returned 1 exit status
> > > --
> > >
> > > Сам libgd собран в  /opt/local с флагом static. К сожалению, мне
> действительно нужна статическая сборка. Остается страдать и все же так не
> делать или есть способ что-то тут сделать?
> >
> > Нужно добавить "-lm" в --with-ld-opt
> >
> >
> > --
> > Igor Sysoev
> > http://nginx.com
> > ___
> > nginx-ru mailing list
> > nginx-ru@nginx.org
> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >
> >
> > --
> > Best regards,
> > Anton Kiryushkin
> >
> > ___
> > 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



-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Статическая сборка nginx с GD

Добавил и не помогло.

сб, 6 апр. 2019 г. в 11:06, Igor Sysoev :

> > On 6 Apr 2019, at 12:54, Anton Kiryushkin  wrote:
> >
> > Здравствуйте.
> >
> > Подскажите, пожалуйста, почему nginx в данном случае никак не может
> собраться статически с libgd:
> >
> > --
> > cc -static -static-libgcc -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -I
> /usr/pkg/include -o objs/autotest objs/autotest.c -static -L/usr/pkg/lib
> -lgd
> > --
> >
> > 
> > checking for GD library in /opt/local/
> >
> > /opt/local/lib/libgd.a(gd.o): In function `lsqrt':
> > /usr/src/libgd/src/gd.c:1722: undefined reference to `sqrt'
> > /opt/local/lib/libgd.a(gd.o): In function `gdImageDashedLine':
> > /usr/src/libgd/src/gd.c:1471: undefined reference to `atan2'
> > /usr/src/libgd/src/gd.c:1471: undefined reference to `sin'
> > /usr/src/libgd/src/gd.c:1520: undefined reference to `atan2'
> > /usr/src/libgd/src/gd.c:1520: undefined reference to `sin'
> > /opt/local/lib/libgd.a(gd.o): In function `gdImageAALine':
> > /usr/src/libgd/src/gd.c:3514: undefined reference to `atan2'
> > /usr/src/libgd/src/gd.c:3514: undefined reference to `cos'
> > /opt/local/lib/libgd.a(gd.o): In function `gdImageLine':
> > /usr/src/libgd/src/gd.c:1394: undefined reference to `atan2'
> > /usr/src/libgd/src/gd.c:1394: undefined reference to `sin'
> > /usr/src/libgd/src/gd.c:1333: undefined reference to `atan2'
> > /usr/src/libgd/src/gd.c:1333: undefined reference to `cos'
> > /opt/local/lib/libgd.a(gd.o): In function `gdImageAALine':
> > /usr/src/libgd/src/gd.c:3514: undefined reference to `atan2'
> > /usr/src/libgd/src/gd.c:3514: undefined reference to `sin'
> > /opt/local/lib/libgd.a(gd.o): In function `gdImageCopyRotated':
> > /usr/src/libgd/src/gd.c:2792: undefined reference to `sincos'
> > /usr/src/libgd/src/gd.c:2791: undefined reference to `sqrt'
> > collect2: error: ld returned 1 exit status
> > --
> >
> > Сам libgd собран в  /opt/local с флагом static. К сожалению, мне
> действительно нужна статическая сборка. Остается страдать и все же так не
> делать или есть способ что-то тут сделать?
>
> Нужно добавить "-lm" в --with-ld-opt
>
>
> --
> Igor Sysoev
> http://nginx.com
> ___
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Статическая сборка nginx с GD

Здравствуйте.

Подскажите, пожалуйста, почему nginx в данном случае никак не может
собраться статически с libgd:

--
cc -static -static-libgcc -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -I
/usr/pkg/include -o objs/autotest objs/autotest.c -static -L/usr/pkg/lib
-lgd
--


checking for GD library in /opt/local/

/opt/local/lib/libgd.a(gd.o): In function `lsqrt':
/usr/src/libgd/src/gd.c:1722: undefined reference to `sqrt'
/opt/local/lib/libgd.a(gd.o): In function `gdImageDashedLine':
/usr/src/libgd/src/gd.c:1471: undefined reference to `atan2'
/usr/src/libgd/src/gd.c:1471: undefined reference to `sin'
/usr/src/libgd/src/gd.c:1520: undefined reference to `atan2'
/usr/src/libgd/src/gd.c:1520: undefined reference to `sin'
/opt/local/lib/libgd.a(gd.o): In function `gdImageAALine':
/usr/src/libgd/src/gd.c:3514: undefined reference to `atan2'
/usr/src/libgd/src/gd.c:3514: undefined reference to `cos'
/opt/local/lib/libgd.a(gd.o): In function `gdImageLine':
/usr/src/libgd/src/gd.c:1394: undefined reference to `atan2'
/usr/src/libgd/src/gd.c:1394: undefined reference to `sin'
/usr/src/libgd/src/gd.c:1333: undefined reference to `atan2'
/usr/src/libgd/src/gd.c:1333: undefined reference to `cos'
/opt/local/lib/libgd.a(gd.o): In function `gdImageAALine':
/usr/src/libgd/src/gd.c:3514: undefined reference to `atan2'
/usr/src/libgd/src/gd.c:3514: undefined reference to `sin'
/opt/local/lib/libgd.a(gd.o): In function `gdImageCopyRotated':
/usr/src/libgd/src/gd.c:2792: undefined reference to `sincos'
/usr/src/libgd/src/gd.c:2791: undefined reference to `sqrt'
collect2: error: ld returned 1 exit status
--

Сам libgd собран в  /opt/local с флагом static. К сожалению, мне
действительно нужна статическая сборка. Остается страдать и все же так не
делать или есть способ что-то тут сделать?

-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

unit

2019-03-05 Пенетрантность Anton Kiryushkin

Здравствуйте.

Пару дней назад влез таки попробовать этот новый софт. Настроил, то, что
мне нужно было получилось за 10 минут. Но, позвольте вопрос.
Верно ли я понимаю, что концепт заключается в том, чтобы, по сути,
"запустить" один скрипт? То есть, к примеру, на порту 8300 у меня отвечает
php5.6, который запускает скрипт index.php из папки /var/www/blablabla. Я
не могу через порт 8300 разрешить запускать все скрипты из этой папки,
только index.php. У меня правильное мнение сложилось, или я что-то
недочитал и потому пишу немного глупости?

-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Сервер по умолчанию для SSL

2018-02-05 Пенетрантность Anton Kiryushkin

Вы можете сделать самоподписный сертификат для дефолтного хоста и надеяться
на то, что все ваши клиенты умеют в SNI.

5 февраля 2018 г., 10:56 пользователь Anton Kiryushkin <sw...@fotofor.biz>
написал:

> Смотря какую задачу вы решаете.
>
>
> 5 февраля 2018 г., 10:22 пользователь iotch <nginx-fo...@forum.nginx.org>
> написал:
>
> > у вас для ssl'ового listen'а не указано "ssl" в аргументах
>>
>> Да, спасибо, в данном случае это не играет роли, судя по тестам.
>>
>> > Поэтому вы можете использовать там абсолютно любой.
>>
>> Так и делаю, но подумал, есть какое-то стандартное решение для таких
>> случаев.
>>
>> Posted at Nginx Forum: https://forum.nginx.org/read.p
>> hp?21,278349,278353#msg-278353
>>
>> ___
>> nginx-ru mailing list
>> nginx-ru@nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>
>
>
>
> --
> Best regards,
> Anton Kiryushkin
>
>


-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Сервер по умолчанию для SSL

2018-02-05 Пенетрантность Anton Kiryushkin

Смотря какую задачу вы решаете.


5 февраля 2018 г., 10:22 пользователь iotch <nginx-fo...@forum.nginx.org>
написал:

> > у вас для ssl'ового listen'а не указано "ssl" в аргументах
>
> Да, спасибо, в данном случае это не играет роли, судя по тестам.
>
> > Поэтому вы можете использовать там абсолютно любой.
>
> Так и делаю, но подумал, есть какое-то стандартное решение для таких
> случаев.
>
> Posted at Nginx Forum: https://forum.nginx.org/read.
> php?21,278349,278353#msg-278353
>
> ___
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>



-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: unit-0.2 beta release

2017-10-20 Пенетрантность Anton Kiryushkin

Простите за мою не понятливость. Но где в unit задается путь до php.ini?
Используется сугубо тот, что был при сборке, или же можно как-то указать
тот, с которым нужно запуститься?

2017-10-20 10:42 GMT+03:00 Igor Sysoev <i...@sysoev.ru>:

> http://unit.nginx.org
>
> Changes with Unit 0.219 Oct
> 2017
>
>*) Feature: Go package improvements.
>
>*) Feature: configuration persistence.
>
>*) Feature: improved handling of configuration errors.
>
>*) Feature: application "timeout" property.
>
>*) Bugfix: Go application crashed under load.
>
>*) Bugfix: POST request for PHP were handled incorrectly.
>
>*) Bugfix: the router exited abnormally if all listeners had been
>   deleted.
>
>*) Bugfix: the router crashed under load.
>
>*) Bugfix: memory leak in the router.
>
>
> --
> Igor Sysoev
> http://nginx.com
>
> ___
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru




-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Как nginx читает конфиг

2017-04-13 Пенетрантность Anton Kiryushkin

Здравствуйте.

Расскажите, пожалуйста, в чем принципиальная разница в том, как nginx
читает много upstream (например 4 тысячи) и тем, как nginx читает много
location (например, тоже 4 тысячи).

По ощущениям, второе он читает много дольше и тяжелее.

И возможно ли в будущем, делать список подгружаемых location общим для двух
разных серверов (имеется ввиду server_name). Например, если эти два сервера
выполняют разную работу с одними и теми же location.

-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: nginx slice module

2017-02-17 Пенетрантность Anton Kiryushkin

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

Способ из двух действий.
1. Прописал max_ranges 5 на всех серверах бэкенда.
2. Пересобрал nginx с патчем из вот этого треда:
https://forum.nginx.org/read.php?2,225815,225826#msg-225826

После этого ошибки про неверный диапазон из лога ушли.




14 февраля 2017 г., 19:33 пользователь Roman Arutyunyan <a...@nginx.com>
написал:

> Все должно работать.  Можете показать config и/или debug log?
>
> On Tue, Feb 14, 2017 at 07:10:29PM +0300, Anton Kiryushkin wrote:
> > Позвольте еще задать вопрос. Насколько корректно nginx в случае работы с
> > slice-модулем будет обрабатывать запрос с заголовком:
> >
> > Range: bytes=3744-
> >
> > Замечено интересное свойство. Первый такой запрос не отрабатывает. А
> второй
> > уже может. Схема работы простая nginx + slice -> nginx + mp4 на дисках.
> >
> > 14 февраля 2017 г., 17:59 пользователь Roman Arutyunyan <a...@nginx.com>
> > написал:
> >
> > > Прямых огранчений нет.  Но если слайсы сделать маленькими, то их число
> > > будет
> > > большим и, как следствие, вырастет объем потребляемых одним запросом
> > > ресурсов,
> > > включая число открытых дескрипторов.  Но вы бы увидели соответствующие
> > > ошибки в
> > > логах.
> > >
> > > On Tue, Feb 14, 2017 at 02:52:48PM +, Anton Kiryushkin wrote:
> > > > А есть какие-то ограничения на размер слайса? Стоит ли считать, что
> 200кб
> > > > слишком мало? Файлы в среднем по 5-7мб.
> > > > вт, 14 февр. 2017 г. в 17:29, Roman Arutyunyan <a...@nginx.com>:
> > > >
> > > > > Для начала надо понять, что было запрошено и что реально пришло.
> > > > > Тот диапазон, который указан в тексте ошибки - это то, что пришло.
> > > > > Учитывая ваш размер слайса и, возможно, глядя в логи, выясните, что
> > > именно
> > > > > запрашивалось.  Надо будет понять, почему одно не совпадает с
> другим.
> > > > >
> > > > > On Tue, Feb 14, 2017 at 05:10:31PM +0300, Anton Kiryushkin wrote:
> > > > > > Здравствуйте, Роман.
> > > > > >
> > > > > > А как это можно дебажить? Что тут можно сделать? На бэкенда в
> целом
> > > > > просто
> > > > > > nginx, который выдает файлы с диска. То есть нет каких-то
> уникальных
> > > > > вещей.
> > > > > >
> > > > > > 14 февраля 2017 г., 16:09 пользователь Roman Arutyunyan <
> > > a...@nginx.com>
> > > > > > написал:
> > > > > >
> > > > > > > Добрый день Антон,
> > > > > > >
> > > > > > > On Tue, Feb 14, 2017 at 03:57:19PM +0300, Anton Kiryushkin
> wrote:
> > > > > > > > Здравствуйте.
> > > > > > > >
> > > > > > > > Пытаемся использовать указанный в теме модуль и довольно
> часто в
> > > логе
> > > > > > > видно
> > > > > > > > ошибки вида:
> > > > > > > >
> > > > > > > > unexpected range in slice response: 1622016-1630208 while
> reading
> > > > > > > response
> > > > > > > > header from upstream
> > > > > > > >
> > > > > > > > Не подскажете как точно поймать причину? Это какой-то
> странный
> > > запрос
> > > > > > > > прилетает, или что-то не получается у бэкенда сообразить с
> > > > > заголовками?
> > > > > > >
> > > > > > > Это означает, что с бекенда по какой-то причине пришел не тот
> > > range,
> > > > > > > который
> > > > > > > был запрошен.
> > > > > > >
> > > > > > > --
> > > > > > > Roman Arutyunyan
> > > > > > > ___
> > > > > > > nginx-ru mailing list
> > > > > > > nginx-ru@nginx.org
> > > > > > > http://mailman.nginx.org/mailman/listinfo/nginx-ru
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Best regards,
> > > > > > Anton Kiryushkin
> > > > >
> > > > > >

Re: nginx slice module

Позвольте еще задать вопрос. Насколько корректно nginx в случае работы с
slice-модулем будет обрабатывать запрос с заголовком:

Range: bytes=3744-

Замечено интересное свойство. Первый такой запрос не отрабатывает. А второй
уже может. Схема работы простая nginx + slice -> nginx + mp4 на дисках.

14 февраля 2017 г., 17:59 пользователь Roman Arutyunyan <a...@nginx.com>
написал:

> Прямых огранчений нет.  Но если слайсы сделать маленькими, то их число
> будет
> большим и, как следствие, вырастет объем потребляемых одним запросом
> ресурсов,
> включая число открытых дескрипторов.  Но вы бы увидели соответствующие
> ошибки в
> логах.
>
> On Tue, Feb 14, 2017 at 02:52:48PM +, Anton Kiryushkin wrote:
> > А есть какие-то ограничения на размер слайса? Стоит ли считать, что 200кб
> > слишком мало? Файлы в среднем по 5-7мб.
> > вт, 14 февр. 2017 г. в 17:29, Roman Arutyunyan <a...@nginx.com>:
> >
> > > Для начала надо понять, что было запрошено и что реально пришло.
> > > Тот диапазон, который указан в тексте ошибки - это то, что пришло.
> > > Учитывая ваш размер слайса и, возможно, глядя в логи, выясните, что
> именно
> > > запрашивалось.  Надо будет понять, почему одно не совпадает с другим.
> > >
> > > On Tue, Feb 14, 2017 at 05:10:31PM +0300, Anton Kiryushkin wrote:
> > > > Здравствуйте, Роман.
> > > >
> > > > А как это можно дебажить? Что тут можно сделать? На бэкенда в целом
> > > просто
> > > > nginx, который выдает файлы с диска. То есть нет каких-то уникальных
> > > вещей.
> > > >
> > > > 14 февраля 2017 г., 16:09 пользователь Roman Arutyunyan <
> a...@nginx.com>
> > > > написал:
> > > >
> > > > > Добрый день Антон,
> > > > >
> > > > > On Tue, Feb 14, 2017 at 03:57:19PM +0300, Anton Kiryushkin wrote:
> > > > > > Здравствуйте.
> > > > > >
> > > > > > Пытаемся использовать указанный в теме модуль и довольно часто в
> логе
> > > > > видно
> > > > > > ошибки вида:
> > > > > >
> > > > > > unexpected range in slice response: 1622016-1630208 while reading
> > > > > response
> > > > > > header from upstream
> > > > > >
> > > > > > Не подскажете как точно поймать причину? Это какой-то странный
> запрос
> > > > > > прилетает, или что-то не получается у бэкенда сообразить с
> > > заголовками?
> > > > >
> > > > > Это означает, что с бекенда по какой-то причине пришел не тот
> range,
> > > > > который
> > > > > был запрошен.
> > > > >
> > > > > --
> > > > > Roman Arutyunyan
> > > > > ___
> > > > > nginx-ru mailing list
> > > > > nginx-ru@nginx.org
> > > > > http://mailman.nginx.org/mailman/listinfo/nginx-ru
> > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Best regards,
> > > > Anton Kiryushkin
> > >
> > > > ___
> > > > nginx-ru mailing list
> > > > nginx-ru@nginx.org
> > > > http://mailman.nginx.org/mailman/listinfo/nginx-ru
> > >
> > >
> > > --
> > > Roman Arutyunyan
> > > ___
> > > 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
>
>
> --
> Roman Arutyunyan
> ___
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>



-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: nginx slice module

А есть какие-то ограничения на размер слайса? Стоит ли считать, что 200кб
слишком мало? Файлы в среднем по 5-7мб.
вт, 14 февр. 2017 г. в 17:29, Roman Arutyunyan <a...@nginx.com>:

> Для начала надо понять, что было запрошено и что реально пришло.
> Тот диапазон, который указан в тексте ошибки - это то, что пришло.
> Учитывая ваш размер слайса и, возможно, глядя в логи, выясните, что именно
> запрашивалось.  Надо будет понять, почему одно не совпадает с другим.
>
> On Tue, Feb 14, 2017 at 05:10:31PM +0300, Anton Kiryushkin wrote:
> > Здравствуйте, Роман.
> >
> > А как это можно дебажить? Что тут можно сделать? На бэкенда в целом
> просто
> > nginx, который выдает файлы с диска. То есть нет каких-то уникальных
> вещей.
> >
> > 14 февраля 2017 г., 16:09 пользователь Roman Arutyunyan <a...@nginx.com>
> > написал:
> >
> > > Добрый день Антон,
> > >
> > > On Tue, Feb 14, 2017 at 03:57:19PM +0300, Anton Kiryushkin wrote:
> > > > Здравствуйте.
> > > >
> > > > Пытаемся использовать указанный в теме модуль и довольно часто в логе
> > > видно
> > > > ошибки вида:
> > > >
> > > > unexpected range in slice response: 1622016-1630208 while reading
> > > response
> > > > header from upstream
> > > >
> > > > Не подскажете как точно поймать причину? Это какой-то странный запрос
> > > > прилетает, или что-то не получается у бэкенда сообразить с
> заголовками?
> > >
> > > Это означает, что с бекенда по какой-то причине пришел не тот range,
> > > который
> > > был запрошен.
> > >
> > > --
> > > Roman Arutyunyan
> > > ___
> > > nginx-ru mailing list
> > > nginx-ru@nginx.org
> > > http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >
> >
> >
> >
> > --
> > Best regards,
> > Anton Kiryushkin
>
> > ___
> > nginx-ru mailing list
> > nginx-ru@nginx.org
> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
>
> --
> Roman Arutyunyan
> ___
> 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 slice module

Здравствуйте, Роман.

А как это можно дебажить? Что тут можно сделать? На бэкенда в целом просто
nginx, который выдает файлы с диска. То есть нет каких-то уникальных вещей.

14 февраля 2017 г., 16:09 пользователь Roman Arutyunyan <a...@nginx.com>
написал:

> Добрый день Антон,
>
> On Tue, Feb 14, 2017 at 03:57:19PM +0300, Anton Kiryushkin wrote:
> > Здравствуйте.
> >
> > Пытаемся использовать указанный в теме модуль и довольно часто в логе
> видно
> > ошибки вида:
> >
> > unexpected range in slice response: 1622016-1630208 while reading
> response
> > header from upstream
> >
> > Не подскажете как точно поймать причину? Это какой-то странный запрос
> > прилетает, или что-то не получается у бэкенда сообразить с заголовками?
>
> Это означает, что с бекенда по какой-то причине пришел не тот range,
> который
> был запрошен.
>
> --
> Roman Arutyunyan
> ___
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru




-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

nginx slice module

Здравствуйте.

Пытаемся использовать указанный в теме модуль и довольно часто в логе видно
ошибки вида:

unexpected range in slice response: 1622016-1630208 while reading response
header from upstream

Не подскажете как точно поймать причину? Это какой-то странный запрос
прилетает, или что-то не получается у бэкенда сообразить с заголовками?

-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: ignore long locked inactive cache entry

Нет, не падают. По крайней мере о падении должно сообщаться в лог.
Сообщений не было. Не было и ООМ-killer. Да, если стрельнуть в воркера
сигналом, то файлы отпускаются и удаляются cache-manager. Но вместе с этим
воркером мы теряем и запросы, которые этот воркер обрабатывал, а это уже
обидно.

16 января 2017 г., 19:53 пользователь liveder <nginx-fo...@forum.nginx.org>
написал:

> Есть предположение, что у вас падают воркеры. А кеш менеджер думает, что
> файл еще занят им.
> Плюс, мы не можем зарепродюсить данную проблему на el7. Хотя на el6 без
> проблем - достаточно лишь kill -9 воркера
>
> Posted at Nginx Forum: https://forum.nginx.org/read.
> php?21,271068,272018#msg-272018
>
> ___
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>



-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: ignore long locked inactive cache entry

А как узнать, что ответ от бэкенда медленный? По моим наблюдениям, объект в
кэше мог пролежать несколько дней. При этом сам бэкенд могли перезагрузить
по несколько раз за это время. Объект как был в кэше и был занят nginx, так
и продолжал это делать. На мой взгляд это как раз баг, который был
исправлен, а не какое-то странное поведение какого-то бэкенда, на которое с
определенной версии nginx перестал обращать внимание.

2017-01-16 17:46 GMT+03:00 liveder <nginx-fo...@forum.nginx.org>:

> Спасибо! Попробуем!
>
> Posted at Nginx Forum: https://forum.nginx.org/read.
> php?21,271068,272013#msg-272013
>
> ___
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>



-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: ignore long locked inactive cache entry

Максим, я вас расстрою. В моем случае речь не может идти о websocket, так
как их нет как технологии в проекте. Я не могу дать абсолютно все
подробности. Но смысл кэширования в том, чтобы сохранять ответы, которые
генерируются бэкендом. Исключительно http/1.0. Даже не 1.1.
пн, 16 янв. 2017 г. в 16:16, Maxim Dounin <mdou...@mdounin.ru>:

> Hello!
>
> On Mon, Jan 16, 2017 at 11:07:38AM +, Anton Kiryushkin wrote:
>
> > Спасает обновление минимум до 1.11.6. Жаль, что разработчики это никак не
> > комментировали.
>
> Если спасает - значит проблема была в том, что вы со включённым
> кешированием пытались проксировать WebSocket'ы.  Смысла в этом нет -
> кешировать WebSocket'ы невозможно.  Но соответствующий элемент
> кеша оказывался заблокирован на всё время WebSocket-соединения,
> что могло приводить к алертам в логах, а также блокировать очистку
> кеша по max_size.
>
> Workaround - не включать кеширование там, где включено
> проксирование WebSocket'ов.  Ну или периодически закрывать
> WebSocket-соединения.
>
> --
> 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

Re: ignore long locked inactive cache entry

Спасает обновление минимум до 1.11.6. Жаль, что разработчики это никак не
комментировали.
пт, 13 янв. 2017 г. в 13:38, liveder :

> Добрый день, Антон
>
> Решили ли вы в итоге проблему? Если да, то как?
>
> Спасибо
>
> Posted at Nginx Forum:
> https://forum.nginx.org/read.php?21,271068,271981#msg-271981
>
> ___
> 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: ignore long locked inactive cache entry

2016-11-20 Пенетрантность Anton Kiryushkin

Проверил, файл и правда занят процессом nginx. Встает вопрос, а что с этим
делать тогда? Файл никто не запрашивает, его пытаются удалить, а его видели
сам же nginx и удерживает. Файл не удаляется и в итоге раздел забивается в
ноль. Можно ли придумать опцию о принудительном удалении элемента кэша,
если у него он должен вытесниться, но почему-то его держит сам nginx? Ведь
по сути, если этот элемент кому-то понадобится и он станет снова
популярным, то он снова будет записан в место для кэширования и нет смысла
его удерживать и блокировать удаление.  Может ли тут играть злую шутку
http2? А keepalive ?

20 ноября 2016 г., 19:09 пользователь Anton Kiryushkin <sw...@fotofor.biz>
написал:

> Здраствуйте.
>
> Имеем nginx 1.11.1 с конфигом для кэширования:
>
> proxy_cache_path /path/to/cache/folder levels=1:2 keys_zone=two:128m
> max_size=120g inactive=120m loader_sleep=5ms;
> proxy_temp_path /path/to/temp/folder 1 2;
> proxy_ignore_headers Expires Cache-Control;
> proxy_cache_min_uses 2;
> proxy_cache_valid 200 302 7d;
> proxy_cache_key $uri;
> proxy_force_ranges on;
>
>
> Примерно через 4 часа после перезапуска в логе начинают появляться
> сообщения типа:
>
> ignore long locked inactive cache entry e4717ba34b1d9f128e974fb692755202,
> count:1
>
> После чего свободного места в разделе не остается совсем. Если
> перезапустить процесс, то nginx успешно удалит все лишнее и свободное место
> появится снова.
>
> Не подскажете, что с этим можно сделать?
>
> Каких-то дополнительных модулей для кэширования нет.
>
> --
> Best regards,
> Anton Kiryushkin
>
>


-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

ignore long locked inactive cache entry

2016-11-20 Пенетрантность Anton Kiryushkin

Здраствуйте.

Имеем nginx 1.11.1 с конфигом для кэширования:

proxy_cache_path /path/to/cache/folder levels=1:2 keys_zone=two:128m
max_size=120g inactive=120m loader_sleep=5ms;
proxy_temp_path /path/to/temp/folder 1 2;
proxy_ignore_headers Expires Cache-Control;
proxy_cache_min_uses 2;
proxy_cache_valid 200 302 7d;
proxy_cache_key $uri;
proxy_force_ranges on;


Примерно через 4 часа после перезапуска в логе начинают появляться
сообщения типа:

ignore long locked inactive cache entry e4717ba34b1d9f128e974fb692755202,
count:1

После чего свободного места в разделе не остается совсем. Если
перезапустить процесс, то nginx успешно удалит все лишнее и свободное место
появится снова.

Не подскажете, что с этим можно сделать?

Каких-то дополнительных модулей для кэширования нет.

-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: SIGSEGV

2016-11-17 Пенетрантность Anton Kiryushkin

Да, в segmentation fault.

17 ноября 2016 г., 15:36 пользователь Boris Epstein <borepst...@gmail.com>
написал:

> Это занятно. А не в дебаггере, напрямую, он тоже падает?
>
> 2016-11-17 7:24 GMT-05:00 Anton Kiryushkin <sw...@fotofor.biz>:
>
>> Простите, забыл уточнить, что версия 1.11.1, а версия ядра linux 4.8.0-1.
>>
>> 2016-11-17 15:23 GMT+03:00 Anton Kiryushkin <sw...@fotofor.biz>:
>>
>>> Здравствуйте.
>>>
>>> Не подскажете, почему может вот так падать nginx:
>>>
>>> # gdb nginx
>>>
>>> Starting program: /usr/sbin/nginx -t
>>>
>>>
>>> Program received signal SIGSEGV, Segmentation fault.
>>>
>>> 0xff60 in ?? ()
>>>
>>> (gdb) bt
>>>
>>> #0  0xff60 in ?? ()
>>>
>>> #1  0x00709e5d in gettimeofday ()
>>>
>>> #2  0x0040e315 in ngx_time_update () at src/core/ngx_times.c:91
>>>
>>> #3  0x0040e7ba in ngx_time_init () at src/core/ngx_times.c:73
>>>
>>> #4  0x004016e3 in main (argc=2, argv=0x7fffec78) at
>>> src/core/nginx.c:216
>>>
>>> --
>>> Best regards,
>>> Anton Kiryushkin
>>>
>>>
>>
>>
>> --
>> Best regards,
>> Anton Kiryushkin
>>
>>
>> ___
>> 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
>



-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: SIGSEGV

2016-11-17 Пенетрантность Anton Kiryushkin

Простите, забыл уточнить, что версия 1.11.1, а версия ядра linux 4.8.0-1.

2016-11-17 15:23 GMT+03:00 Anton Kiryushkin <sw...@fotofor.biz>:

> Здравствуйте.
>
> Не подскажете, почему может вот так падать nginx:
>
> # gdb nginx
>
> Starting program: /usr/sbin/nginx -t
>
>
> Program received signal SIGSEGV, Segmentation fault.
>
> 0xff60 in ?? ()
>
> (gdb) bt
>
> #0  0xff60 in ?? ()
>
> #1  0x00709e5d in gettimeofday ()
>
> #2  0x0040e315 in ngx_time_update () at src/core/ngx_times.c:91
>
> #3  0x0040e7ba in ngx_time_init () at src/core/ngx_times.c:73
>
> #4  0x004016e3 in main (argc=2, argv=0x7fffec78) at
> src/core/nginx.c:216
>
> --
> Best regards,
> Anton Kiryushkin
>
>


-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

SIGSEGV

2016-11-17 Пенетрантность Anton Kiryushkin

Здравствуйте.

Не подскажете, почему может вот так падать nginx:

# gdb nginx

Starting program: /usr/sbin/nginx -t


Program received signal SIGSEGV, Segmentation fault.

0xff60 in ?? ()

(gdb) bt

#0  0xff60 in ?? ()

#1  0x00709e5d in gettimeofday ()

#2  0x0040e315 in ngx_time_update () at src/core/ngx_times.c:91

#3  0x0040e7ba in ngx_time_init () at src/core/ngx_times.c:73

#4  0x004016e3 in main (argc=2, argv=0x7fffec78) at
src/core/nginx.c:216

-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

proxy_cache & cache-control

2016-10-18 Пенетрантность Anton Kiryushkin

Здравствуйте.

У меня два вопроса к собравшимся.
1. Чем обсуловлено условие, по которому add_headers и expires нельзя
добавить для кода ответа 502. Его можно кэшировать, но нельзя пытаться
управлять этим кэшированием. Например, с помощью expires.
2. Собственно сам этот expires и cache-control, похоже, не сильно-то
жалуются самим nginx.

Решил проверить, что будет, если разрешить добавлять заголовки для 502-го
кода и с помощью именованного локейшена их туда добавил. Nginx, который
стоит выше уровнем отлично это дело прокэшировал и получились вот такие
чудесные заголовки:

HTTP/1.1 502 Bad Gateway
Server: nginx
Date: Tue, 18 Oct 2016 23:45:07 GMT
Content-Type: text/html
Content-Length: 169
Connection: close
Expires: Tue, 18 Oct 2016 23:46:07 GMT
Cache-Control: max-age=120,public,must-revalidate

В конфиге написано, что 502-й код можно кэшировать только на минуту.
На деле выходит, что даже в 23:46:07 элемент все еще находится в кэше. Ждем
еще минуту и чудо все равно не случается. Nginx игнорирует этот элемент
кэша. Почему/зачем совершенно не понятно.

Может кто-то тут сможет дать совет, как лучше поступить?

-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: nginx-1.9.12 & bytes module

2016-03-23 Пенетрантность Anton Kiryushkin

Я так и сделал. Модуль есть.
Ср, 23 марта 2016 г. в 10:54, Maxim Konovalov <ma...@nginx.com>:

> On 3/23/16 2:23 AM, Anton Kiryushkin wrote:
> > Кажется, я сделал как всегда, add-module. А как я мог собрать его
> > динамически и почему другие модули у меня собрались как надо?
> >
> Начните с nginx -V.
>
> > 23 марта 2016 г., 1:42 пользователь Alex Domoradov
> > <alex@gmail.com <mailto:alex@gmail.com>> написал:
> >
> > Вы его случайно не динамически собрали? Я про модуль
> >
> > 2016-03-23 0:37 GMT+02:00 Anton Kiryushkin <sw...@fotofor.biz
> > <mailto:sw...@fotofor.biz>>:
> >
> > Добрый вечер.
> >
> > Попробовал переехать на одном из серверов на 1.9.12 и не
> > получилось по весьма неожиданной причине. Дело в том, что
> > там используется ngx_http_bytes_filter_module от Максима
> > Дунина (кажется). Который вдруг стал себя не узнавать:
> >
> > nginx: [emerg] unknown directive "bytes"
> >
> >
> > Хотя в конфиге как и прежде указано просто:
> >
> >     bytes on;
> >
> >
> > Не подскажете, что с этим можно сделать? Nginx, конечно же,
> > собран с этим модулем.
> >
> >
> > --
> > Best regards,
> > Anton Kiryushkin
> >
> >
> > ___
> > nginx-ru mailing list
> > nginx-ru@nginx.org <mailto:nginx-ru@nginx.org>
> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >
> >
> >
> > ___
> > nginx-ru mailing list
> > nginx-ru@nginx.org <mailto:nginx-ru@nginx.org>
> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >
> >
> >
> >
> > --
> > Best regards,
> > Anton Kiryushkin
> >
> >
> >
> > ___
> > nginx-ru mailing list
> > nginx-ru@nginx.org
> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >
>
>
> --
> 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

nginx-1.9.12 & bytes module

2016-03-22 Пенетрантность Anton Kiryushkin

Добрый вечер.

Попробовал переехать на одном из серверов на 1.9.12 и не получилось по
весьма неожиданной причине. Дело в том, что там используется
ngx_http_bytes_filter_module от Максима Дунина (кажется). Который вдруг
стал себя не узнавать:

nginx: [emerg] unknown directive "bytes"


Хотя в конфиге как и прежде указано просто:

bytes on;


Не подскажете, что с этим можно сделать? Nginx, конечно же, собран с этим
модулем.

-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: nginx-1.9.11

2016-02-09 Пенетрантность Anton Kiryushkin

А можно чуть подробнее про динамические модули? На основе чего их можно
делать?

9 февраля 2016 г., 17:29 пользователь Maxim Dounin <mdou...@mdounin.ru>
написал:

> Изменения в nginx 1.9.11
> 09.02.2016
>
> *) Добавление: теперь resolver поддерживает TCP.
>
> *) Добавление: динамические модули.
>
> *) Исправление: при использовании HTTP/2 переменная $request_length не
>учитывала размер заголовков запроса.
>
> *) Исправление: в модуле ngx_http_v2_module.
>
>
> --
> Maxim Dounin
> http://nginx.org/
>
> ___
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru




-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

proxy_cache_key

2015-11-15 Пенетрантность Anton Kiryushkin

Здравствуйте.

Я тут столкнулся с тем, что в кэше у меня оказываются ключи для http_ver
1.0 и для http_ver 1/1. Можно ли их каким-то образом сделать одинаковыми?
Или это как с Vary недавним?


-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: 105: No buffer space available

2015-09-08 Пенетрантность Anton Kiryushkin

Да, я так и сделал. Но кроме советов достаточно далекой давности и в
основном относящиеся к OpenVZ не нашел.

Может быть у вас есть иные ключевые слова для поиска?

8 сентября 2015 г., 15:28 пользователь Daniel Podolsky <onoko...@gmail.com>
написал:

> > Не подскажете, в какую сторону копать?
> я бы поискал в гугле
> ___
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru




-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: 105: No buffer space available

2015-09-08 Пенетрантность Anton Kiryushkin

Здравствуйте.

Повторяю, nginx живет вне виртуального окружения. У сервера есть много сети
(10 Гбит) и много памяти (256Гб).
Вот кусок конфига, который отвечает за хост, который пишет в лог о
недостаточности буферов:

proxy_redirectoff;
proxy_buffering  on;
proxy_buffer_size   8k;
proxy_buffers   65536 8k;
proxy_busy_buffers_size 64k;
proxy_temp_file_write_size 64k;

Сама буферизация необходима, так как пользователь открывает длительное
подключение с бэкендом.  Ядро Linux, 3.2.68.

Пробовал, так же, крутить net.core.somaxconn, но безрезультатно.

8 сентября 2015 г., 15:31 пользователь Ivan Palanevich <loverj...@gmail.com>
написал:

> Вероятно вам стоит описать немного более подробно вашу проблему.
> что за виртуализация, части конфигов с описанием ваших буферов, ось, ядро
> и тд.
>
> Ivan Palanevich
> loverj...@gmail.com
>
>
>
> On Sep 8, 2015, at 15:29, Anton Kiryushkin <sw...@fotofor.biz> wrote:
>
> Да, я так и сделал. Но кроме советов достаточно далекой давности и в
> основном относящиеся к OpenVZ не нашел.
>
> Может быть у вас есть иные ключевые слова для поиска?
>
> 8 сентября 2015 г., 15:28 пользователь Daniel Podolsky <onoko...@gmail.com
> > написал:
>
>> > Не подскажете, в какую сторону копать?
>> я бы поискал в гугле
>> ___
>> nginx-ru mailing list
>> nginx-ru@nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
>
>
>
> --
> Best regards,
> Anton Kiryushkin
>
> ___
> 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
>



-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

105: No buffer space available

2015-09-08 Пенетрантность Anton Kiryushkin

Здравствуйте.

Не подскажете, в какую сторону копать? Не виртуалка и действительно много
подключений. Но памяти в системе еще вагон.

-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Re: nginx и потребление памяти

2015-08-18 Пенетрантность Anton Kiryushkin

Максим, позвольте к вам еще раз обратиться.

Есть ли какая-то формула для подсчета буферов, исходя из примерного размера
backend-upstream и числа запросов к серверу/величины трафика. К сожалению,
пока так и не удалось найти баланс. И да, я имею ввиду proxy_byffers и
proxy_buffer_size.

18 августа 2015 г., 17:18 пользователь Maxim Dounin mdou...@mdounin.ru
написал:

Hello!

On Tue, Aug 18, 2015 at 06:22:01PM +0500, Amanda Sproule wrote:

в обоих случаях nginx оказывался собран с ModSecurity.

так и есть началь замечать отжирания 1GB в режиме досек-прокси.

то тут можно только процитировать старый анекдот: Не делайте так.

удалите его из порта во freebsd тогда, пока модсековцы не решат проблемы.

Пересоберите порт без соответствующей опции - и будет вам счастье.

Там этих опций - чуть больше, чем дофига, и часть из них - сильно
экспериментальная (да и в целом качество 3rd party модулей обычно
оставляет желать, use with care). Просто не стоит бездумно
отмечать всё чтобы было.

Ну и да, порт мейнтейнит Сергей Осокин, ему и следует писать, если
вы считаете, что в порте что-то не так. Но в данном случае я не
вижу повода, чтобы беспокоить уважаемого человека.

--
Maxim Dounin
http://nginx.org/

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

--
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: nginx и потребление памяти

2015-08-13 Пенетрантность Anton Kiryushkin

Верно ли я понимаю, что память воркерами все равно постепенно должна
потребляться. И в моих силах только не дать этой памяти расти чрезмерно
быстро? Или же я чего-то не понимаю?

13 августа 2015 г., 14:30 пользователь Maxim Dounin mdou...@mdounin.ru
написал:

 Hello!

 On Thu, Aug 13, 2015 at 01:48:02AM +0300, Anton Kiryushkin wrote:

  Да, не совсем мой случай.
 
  Я начал смотреть, чем же молодой процесс отличается от того, который
  съел 10Гб оперативки. Например, вот старый:
 
  /proc/21263/fd# ls -al | wc -l
  78305
 
  А вот молодой, который на момент подсчета съел около 3Гб:
  /proc/12578/fd# ls -al | wc -l
  16902

 [...]

  Не очень понятно, куда тут можно копать.

 Для начала - копать в nginx -V и внимательное изучение всех
 сторонних модулей.

 Впрочем, если количество открытых файловых дескрипторов
 соответствует реальному количеству соединений, то проблема может
 быть банально в слишком больших буферах в конфиге.

 --
 Maxim Dounin
 http://nginx.org/

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




-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: nginx и потребление памяти

2015-08-12 Пенетрантность Anton Kiryushkin

Да, не совсем мой случай.

Я начал смотреть, чем же молодой процесс отличается от того, который
съел 10Гб оперативки. Например, вот старый:

/proc/21263/fd# ls -al | wc -l
78305

А вот молодой, который на момент подсчета съел около 3Гб:
/proc/12578/fd# ls -al | wc -l
16902

А сам процесс сообщает о себе следующее:

VmPeak: 11057228 kB
VmSize: 11057228 kB
VmLck:   0 kB
VmPin:   0 kB
VmHWM: 10856376 kB
VmRSS: 10856376 kB
VmData: 9972480 kB
VmStk: 1408 kB
VmExe: 4008 kB
VmLib: 1864 kB
VmPTE:   21520 kB
VmSwap:   0 kB
Threads: 1


Не очень понятно, куда тут можно копать.

12 августа 2015 г., 22:39 пользователь Maxim Dounin mdou...@mdounin.ru
написал:

 Hello!

 On Wed, Aug 12, 2015 at 09:45:10PM +0300, Anton Kiryushkin wrote:

  Здравствуйте.
 
  Недавно заметили, что nginx в режиме проксирования (то есть у него на
  сервере нет файлов, которые он бы мог отдать сам с диска, например)
  постоянно потребляет память Можете рассказать, на что именно он в этом
  случае может ее потреблять?
 
  По оценкам, примерно, это гигабайт 50 в час.
 
  Сам nginx собран с дополнительными модулями. Но выключить их даже на
  какое-то время не представляется возможным.

 За последние несколько месяцев я видел 2 жалобы про потребление
 памяти, в обоих случаях nginx оказывался собран с ModSecurity.
 Если это аналогичный случай, то тут можно только процитировать
 старый анекдот: Не делайте так.

 --
 Maxim Dounin
 http://nginx.org/

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




-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

nginx и потребление памяти

2015-08-12 Пенетрантность Anton Kiryushkin

Здравствуйте.

Недавно заметили, что nginx в режиме проксирования (то есть у него на
сервере нет файлов, которые он бы мог отдать сам с диска, например)
постоянно потребляет память Можете рассказать, на что именно он в этом
случае может ее потреблять?

По оценкам, примерно, это гигабайт 50 в час.

Сам nginx собран с дополнительными модулями. Но выключить их даже на
какое-то время не представляется возможным.

На сервере же переодически происходит OOM-killer и таким образом память
высвобождается до следующего заполнения.

На сам сервер сейчас идет совсем не большая нагрузка, порядка 2Гбит.

-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

nginx и сжатие

2015-05-18 Пенетрантность Anton Kiryushkin

Всем привет.

Может ли кто-то подсказать, можно ли, в том числе и по протоколу, научить
nginx принимать сжатый запрос. Ну и разжимать его на лету перед
проксированием в бэкенд.

-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: падает nginx mp4 стриминг модуль

2015-03-20 Пенетрантность Anton Kiryushkin

Здравствуйте.

Подскажите, пожалуйста, как правильно дебажить падение стримминга mp4.
Выдает mp4 atom too large:1961198299. Пробовал дергать mp4_buffer_size и
mp4_max_buffer_size. Не помогло. Пробовал выключать open_file_cache. Сейчас
включен aio. Пробовал выключить. Файловая система xfs.
По отладочному логу как-то сходу не понял, на что стоит обратить внимание.

17 ноября 2014 г., 14:19 пользователь Андрей Василишин a.vasilis...@kpi.ua
написал:

 17.11.2014 13:00, kosmozoo пишет:

 Верно, в этом случае про tmpfs. Но насколько помню проблема возникала и
 при
 стриминге с диска.

 Возможно у вас есть идеи как решить для tmpfs ?



 Создать отдельный локейшн для тмпфс и отключить там директио


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




-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Оптимизация nginx для отдачи видеофайлов

2015-03-19 Пенетрантность Anton Kiryushkin

Если у вас сеть 1Гбит, то все, что можете, это увеличить число подключений
на воркер. Остальные вещи вас не спасут.

2015-03-19 16:31 GMT+03:00 LIVE32 nginx-fo...@nginx.us:

 Здравствуйте,
 Как можно оптимизировать nginx для отдачи видеофайлов
 Характеристика сервера: Озу: 12 гб, Процессор: Intel(R) Xeon(R) CPU L5410 @
 2.33GHz, 8 cores,
 система: Ubuntu Linux 14.10 utopic 64bit
 вот внутри nginx.conf

 user  nginx;
 worker_processes  8;

 #error_log /var/log/nginx/error.log crit
 #pid   /var/run/nginx.pid;


 events {
 worker_connections  1024;
 }


 http {
 include   /etc/nginx/mime.types;
 default_type  application/octet-stream;

 log_format  main  '$remote_addr - $remote_user [$time_local] $request
 '
   '$status $body_bytes_sent $http_referer '
   '$http_user_agent $http_x_forwarded_for';

 access_log off;

 sendfileon;
 #tcp_nopush on;

 keepalive_timeout  65;

 #gzip  on;

 include /etc/nginx/conf.d/*.conf;
 }

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

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




-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Логика обработки опций в location

2015-03-18 Пенетрантность Anton Kiryushkin

Здравствуйте.

Есть следующая структура

server {

location = /a.php {
  try_files @allow @allow;
}
location = /b.php
  try_files @allow @allow;
}
location @allow {
  some_checks;
  proxy_pass https://127.0.0.1:8080;
}

И вроде бы работает.

Но я хочу сделать фильтр для доступа к a.php и к b.php.
И делать это в рамках a.php и b.php.
Для этого я делаю две map, примерно следующего содержания:

map $remote_addr_a $loc_a {
  default 0;
  1.1.1.1 1;
}
map $remote_addr_b $loc_b {
  default 0;
  2.2.2.2 1;
}
map $remote_addr $all {
 default 0;
 3.3.3.3 1;
}

Что я тут хочу. Чтобы адрес 1.1.1.1 имел доступ только k a.php, 2.2.2.2 к
b.php. А по переменной $all куда угодно.

Дальше я добавляю в location a следующие вещи:
location a {
  set $remote_addr_a $remote_addr;
  set $grant 0;

 if ($loc_a) {
   set $grant 1;
 }
if ($all) {
  set $grant 1;
 }
if ($grant = 0) {
  error_page 404 = @deny;
}
try_files @allow @allow;
}

Тут происходит следующее. Переменные у меня заполняются предсказуемо. Но
только в том случае, если до try_files встречается один if. Если два, то
возвращается 404 и a.php ищется на диске, то есть не происходит
перенаправления в @allow.
То есть, вот так оно работает:

location a {
  set $remote_addr_a $remote_addr;

 if ($loc_a = 0) {
  error_page 404 = @deny;
}
try_files @allow @allow;
}

Собственно, хочется понять, почему так происходит и как сделать то, что мне
хочется.


-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Логика обработки опций в location

2015-03-18 Пенетрантность Anton Kiryushkin

Да, собственно, когда-то так и было. Много разных location с отдельными
правами доступа. Но при этом, хочется вынести то, что повторяется в
какую-то отдельную часть, чтобы уменьшить размер конфигурационного файла и
улучшить его читаемость.

18 марта 2015 г., 18:44 пользователь Gena Makhomed g...@csdoc.com написал:

On 18.03.2015 17:27, Anton Kiryushkin wrote:

try_files @allow @allow;

Только последний параметр может указывать на именованный location.

Что я тут хочу. Чтобы адрес 1.1.1.1 имел доступ только k a.php, 2.2.2.2
к b.php. А по переменной $all куда угодно.

location /a.php {
allow 1.1.1.1;
allow 3.3.3.3;
deny all;

}

location /b.php {
allow 2.2.2.2;
allow 3.3.3.3;
deny all;

}

Тут происходит следующее. Переменные у меня заполняются предсказуемо. Но
только в том случае, если до try_files встречается один if. Если два, то
возвращается 404 и a.php ищется на диске, то есть не происходит
перенаправления в @allow.

1) http://wiki.nginx.org/IfIsEvil

2) https://events.yandex.ru/lib/talks/2392/

--
Best regards,
Gena

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

--
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Логика обработки опций в location

2015-03-18 Пенетрантность Anton Kiryushkin

Вместе с тем, хочется понимания, почему происходит локальная обработка при
наличии больше, чем одного if, а не переход в именованный.

18 марта 2015 г., 19:26 пользователь Gena Makhomed g...@csdoc.com написал:

 On 18.03.2015 18:19, Anton Kiryushkin wrote:

  Да, собственно, когда-то так и было. Много разных location с отдельными
 правами доступа. Но при этом, хочется вынести то, что повторяется в
 какую-то отдельную часть, чтобы уменьшить размер конфигурационного файла
 и улучшить его читаемость.


 Улучшить читаемость можно очень простым способом - сделав/написав
 свой собственный генератор конфига, где в своем собственном формате
 в удобной и компактной форме описывается как должен себя вести nginx.


 --
 Best regards,
  Gena

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




-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

SPDY errors

2015-02-14 Пенетрантность Anton Kiryushkin

Здравствуйте.

Поймали следующую строчку в логе:

inflate() failed: -5 while processing SPDY

Это происходит, если сделать гигантскую cookie и спровоцировать внутренний
код ошибки 494.

Кто-нибудь сталкивался, может быть с такой проблемой? Версия nginx 1.7.4.

При этом, в http такого поведения не наблюдается.


Собственно, в конфиге я делаю вот так:

error_page   494  @fallback400;

А дальше обрабатываю именованный location.

-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: SPDY errors

2015-02-14 Пенетрантность Anton Kiryushkin

Спасибо.

14 февраля 2015 г., 22:44 пользователь Валентин Бартенев vb...@nginx.com
написал:

 On Saturday 14 February 2015 20:49:06 Anton Kiryushkin wrote:
  Здравствуйте.
 
  Поймали следующую строчку в логе:
 
  inflate() failed: -5 while processing SPDY
 
  Это происходит, если сделать гигантскую cookie и спровоцировать
 внутренний
  код ошибки 494.
 
  Кто-нибудь сталкивался, может быть с такой проблемой? Версия nginx 1.7.4.
 [..]

 Это было исправлено 3 месяца назад в 1.7.8:
 http://hg.nginx.org/nginx/rev/abb466a57a22

 Стоит обновить nginx до актуальной версии (1.7.10 на данный момент).

 --
 Валентин Бартенев
 ___
 nginx-ru mailing list
 nginx-ru@nginx.org
 http://mailman.nginx.org/mailman/listinfo/nginx-ru




-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: proxy_pass on https

2015-02-04 Пенетрантность Anton Kiryushkin

 Да, upstream называется backend, все же.

5 февраля 2015 г., 0:16 пользователь Anton Kiryushkin sw...@fotofor.biz
написал:

 Здравствуйте.

 Расскажите, пожалуйста, почему в случае, если я делаю proxy_pass на http
 хост, то keepalive работает. А если на https, то нет.
 Если что, то настройки location у меня такие:

 location / {
 proxy_pass https://backend;
 proxy_http_version 1.1;
 proxy_ssl_session_reuse on;
 proxy_buffering on;
 proxy_set_header X_FORWARDED_PROTO https;
 proxy_ssl_verify off;
 proxy_set_header Connection ;
 proxy_set_header Host $host;
 proxy_pass_request_headers on;
 }

 upstream mrg {
 server ip:443;
 keepalive 600;
 }



 --
 Best regards,
 Anton Kiryushkin





-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

proxy_pass on https

2015-02-04 Пенетрантность Anton Kiryushkin

Здравствуйте.

Расскажите, пожалуйста, почему в случае, если я делаю proxy_pass на http
хост, то keepalive работает. А если на https, то нет.
Если что, то настройки location у меня такие:

location / {
proxy_pass https://backend;
proxy_http_version 1.1;
proxy_ssl_session_reuse on;
proxy_buffering on;
proxy_set_header X_FORWARDED_PROTO https;
proxy_ssl_verify off;
proxy_set_header Connection ;
proxy_set_header Host $host;
proxy_pass_request_headers on;
}

upstream mrg {
server ip:443;
keepalive 600;
}



-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Запретить использовать SPDY

2015-01-18 Пенетрантность Anton Kiryushkin

Да, прекрасно. Вот только я не могу слушать отдельный сокет.

18 января 2015 г., 15:49 пользователь Vadim A. Misbakh-Soloviov 
m...@mva.name написал:

 В письме от Вс, 18 января 2015 14:44:33 пользователь Gena Makhomed написал:

  spdy в nginx - это параметр сокета, а не виртуального сервера:
  http://nginx.org/en/docs/http/ngx_http_core_module.html#listen


 ... и отсюда следует что Вы, Anton Kiryushkin), впринципе, можете иметь
 spdy
 выключенным для конкретного server{} и включенным для остальных...
 Только данный server{} должен слушать отдельный от остальных сокет :)


 // раз уж начали прямыми подсказками сыпать, то можно и продолжить... :D

 --
 Best regards,
 mva

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




-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Запретить использовать SPDY

2015-01-18 Пенетрантность Anton Kiryushkin

Здравствуйте.

Да, все равно так. Я хочу принудительно выключить spdy для конкретного
сервера. Так как, по удивительным причинам, не указывание spdy в конфиге не
отменяет факта, что chrome берет и поднимает spdy соединение. Ну
фантастика. Но по конфигу работать не должно. Но работает.

18 января 2015 г., 8:42 пользователь Vadim A. Misbakh-Soloviov m...@mva.name
написал:

В письме от Вс, 18 января 2015 08:33:04 пользователь Михаил Монашёв
написал:
Если я правильно всё пониманию, то spdy надо специально включать в
конфиге nginx-а, чтобы по нему начали ходить. Так что его выключение
состоит в не включении.

Так ведь, на сколько я понял, товарищ хочет чтобы работало для всех
server{}
кроме одного. И жалуется, что недобавления spdy в listen в этом server{} не
достаточно для того, чтобы SPDY в нём не работал.

// надеюсь, телепатический шлем отработал без ошибок

--
Best regards,
mva

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

--
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Запретить использовать SPDY

2015-01-18 Пенетрантность Anton Kiryushkin

Спасибо за предложение. Проблема не в том, что у меня нет второго адреса.
Вопрос мой ведь в другом, можно ли обойтись иными способами?

18 января 2015 г., 19:17 пользователь Oleg Motienko motie...@gmail.com
написал:

 К.О. Докупите второй IP ?

 2015-01-18 18:56 GMT+03:00 Anton Kiryushkin sw...@fotofor.biz:
  У меня есть сервер, у которого один адрес. Nginx случает этот адрес на
 порту
  443. И обрабатывает два адреса, для который используется один сертификат.
  Как, простите, тут можно использовать разные сокеты?
  Я чего-то не понимаю может быть?
 

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




-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Запретить использовать SPDY

2015-01-17 Пенетрантность Anton Kiryushkin

Здравствуйте.

Это, конечно, немного странный вопрос, но можно ли принудительно запретить
на каком-то домене использовать spdy? То есть, принудительно его выключить?
К сожалению, убирание spdy из listen не спасает.

-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: nginx-1.7.8

2014-12-02 Пенетрантность Anton Kiryushkin

Здравствуйте.

А можете немного подробнее рассказать о сути изменений в spdy?

2 декабря 2014 г., 16:49 пользователь Maxim Dounin mdou...@mdounin.ru
написал:

Изменения в nginx 1.7.8
02.12.2014

*) Изменение: теперь строки If-Modified-Since, If-Range и им
подобные в заголовке запроса клиента передаются бэкенду при
включённом кэшировании, если nginx заранее знает, что не будет
кэшировать ответ (например, при использовании proxy_cache_min_uses).

*) Изменение: теперь после истечения proxy_cache_lock_timeout nginx
отправляет запрос на бэкенд без кэширования; новые директивы
proxy_cache_lock_age, fastcgi_cache_lock_age, scgi_cache_lock_age и
uwsgi_cache_lock_age позволяют указать, через какое время блокировка
будет принудительно снята и будет сделана ещё одна попытка
закэшировать ответ.

*) Изменение: директива log_format теперь может использоваться только
на
уровне http.

*) Добавление: директивы proxy_ssl_certificate,
proxy_ssl_certificate_key, proxy_ssl_password_file,
uwsgi_ssl_certificate, uwsgi_ssl_certificate_key и
uwsgi_ssl_password_file.
Спасибо Piotr Sikora.

*) Добавление: теперь с помощью X-Accel-Redirect можно перейти в
именованный location.
Спасибо Toshikuni Fukaya.

*) Добавление: теперь директива tcp_nodelay работает для
SPDY-соединений.

*) Добавление: новые директивы в скриптах подсветки синтаксиса для vim.
Спасибо Peter Wu.

*) Исправление: nginx игнорировал значение s-maxage в строке
Cache-Control в заголовке ответа бэкенда.
Спасибо Piotr Sikora.

*) Исправление: в модуле ngx_http_spdy_module.
Спасибо Piotr Sikora.

*) Исправление: в директиве ssl_password_file при использовании OpenSSL
0.9.8zc, 1.0.0o, 1.0.1j.

*) Исправление: при использовании директивы post_action в лог писались
сообщения header already sent; ошибка появилась в nginx 1.5.4.

*) Исправление: при использовании директивы postpone_output 0 с
SSI-подзапросами в лог могли писаться сообщения the http output
chain is empty.

*) Исправление: в директиве proxy_cache_lock при использовании
SSI-подзапросов.
Спасибо Yichun Zhang.

--
Maxim Dounin
http://nginx.org/en/donation.html

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

--
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: nginx-1.7.8

2014-12-02 Пенетрантность Anton Kiryushkin

Вероятно, последнее было бы полезно и мне.
Вообще, меня интересует, как можно отследить и исправить проблему с
ERR_SPDY_PROTOCOL_ERROR.
Особенно это заметно, когда аудио с сайта начинает играть по кругу.
С ошибкой  ERR_CACHE_MISS более-менее понятно.

2 декабря 2014 г., 17:11 пользователь Валентин Бартенев vb...@nginx.com
написал:

 On Tuesday 02 December 2014 17:52:49 Anton Kiryushkin wrote:
  Здравствуйте.
 
  А можете немного подробнее рассказать о сути изменений в spdy?
 

 По сути исправлено несколько ошибок.  Вообще со SPDY имеет
 смысл всегда использовать только последнюю mainline версию.

 Если подробно, то:

  - Теперь работает устновка TCP_NODELAY на spdy соединении
и снятие TCP_CORK/TCP_NOPUSH.  Отсутствие этого механизма
могло приводить к задержкам в отправке последней части
ответа;

  - Исправлена одна граничная ситуация в обработке запроса,
который не поместился в large_client_header_buffers.
В этом случае nginx мог выдавать 500-ую ошибку и закрывать
spdy соединение, вместо возвращения 400-ой для конкретного
стрима;

  - Ранее nginx выдавал некорректные с точки зрения SPDY/3.1
спецификации фреймы с заголовками ответа, если в ответе
было несколько одинаковых заголовков с пустым значением.

 --
 Валентин Бартенев
 ___
 nginx-ru mailing list
 nginx-ru@nginx.org
 http://mailman.nginx.org/mailman/listinfo/nginx-ru




-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Забивается папка проксированных тел

2014-12-01 Пенетрантность Anton Kiryushkin

Здравствуйте.

Максим, будьте любезны подсказать, как это лучше сделать. Сервер достаточно
нагружен, чтобы включать какой-то отладочный лог.

1 декабря 2014 г., 17:49 пользователь Maxim Dounin mdou...@mdounin.ru
написал:

 Hello!

 On Sun, Nov 30, 2014 at 05:47:39PM +0400, Anton Kiryushkin wrote:

  Ну не прямо так и называются, но проявляется примерно так:
 
  25583852000 lrwx--   1 www-data www-data   64 Nov 30 16:46
  /proc/11733/fd/597 - /tmp/nginx.client_body_temp/025513\ (deleted)
  25583855270 lrwx--   1 www-data www-data   64 Nov 30 16:46
  /proc/11733/fd/924 - /tmp/nginx.client_body_temp/023652\ (deleted)
  25583866600 lrwx--   1 www-data www-data   64 Nov 30 16:46
  /proc/11733/fd/2057 - /tmp/nginx.client_body_temp/025516\ (deleted)
  25583872670 lrwx--   1 www-data www-data   64 Nov 30 16:46
  /proc/11733/fd/2664 - /tmp/nginx.client_body_temp/020235\ (deleted)

 Это временные файлы, которые nginx использует для чтения тела
 запроса, если размер тела превышает client_body_buffer_size. Сами
 файлы удалены, но nginx ещё держит их открытыми - видимо,
 соответствующие запросы пока ещё выполняются.

 Само по себе использование временных файлов является штатным
 поведением (в логах при этом будет warning про a client request
 body is buffered to a temporary file).  Если есть причины думать,
 что что-то происходит нештатно - e.g., файлы не закрываются по
 завершению запроса - имеет смысл начать со сбора информации,
 демонстрирующей проблему.

 --
 Maxim Dounin
 http://nginx.org/

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




-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Забивается папка проксированных тел

2014-11-30 Пенетрантность Anton Kiryushkin

Ну не прямо так и называются, но проявляется примерно так:

25583852000 lrwx--   1 www-data www-data   64 Nov 30 16:46
/proc/11733/fd/597 - /tmp/nginx.client_body_temp/025513\ (deleted)
25583855270 lrwx--   1 www-data www-data   64 Nov 30 16:46
/proc/11733/fd/924 - /tmp/nginx.client_body_temp/023652\ (deleted)
25583866600 lrwx--   1 www-data www-data   64 Nov 30 16:46
/proc/11733/fd/2057 - /tmp/nginx.client_body_temp/025516\ (deleted)
25583872670 lrwx--   1 www-data www-data   64 Nov 30 16:46
/proc/11733/fd/2664 - /tmp/nginx.client_body_temp/020235\ (deleted)




19 ноября 2014 г., 19:18 пользователь Maxim Dounin mdou...@mdounin.ru
написал:

 Hello!

 On Wed, Nov 19, 2014 at 02:46:26AM +0400, Anton Kiryushkin wrote:

  Здравствуйте.
 
  В последнее время стали находить много серверов, где довольно много таких
  вот файлов остается:
 
  nginx.client_body_temp/ID (deleted)
 
  Что с этим можно сделать? Сейчас 1.6.0, на 1.2.4 таких проблем не
 замечали.

 Вот прям так файлы и называются, с  (deleted) в конце названия?
 Если да, то это выглядит как что-то, связанное поведением файловой
 системы.

 Вообще nginx временные файлы удаляет сразу после создания (если
 его не попросили делать по другому с помощью директивы
 client_body_in_file_only), и соответственно на файловой системе
 они стандартными средствами не видны, а после закрытия
 соответствующего файлового дескриптора nginx'ом - с диска исчезают
 сами.

 --
 Maxim Dounin
 http://nginx.org/

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




-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

server_name regexp

2014-11-22 Пенетрантность Anton Kiryushkin

Здравствуйте.

Какая-то ерунда наблюдается. Вот есть у меня хост, у которого есть
поддомены. И каждый поддомен должен идти на свой бэкенд. Но так же, у этого
хоста есть и https.
Вопрос первый. Правда ли, что с этом случае нельзя использовать регулярное
выражение для описания имени этого хоста? Если так, то нужно  использовать
regexp имя и *.site.com ?
Вопрос второй. Я вот попробовал использовать такую конструкцию для описания
этого хоста, как в map, так и в server_name:
~^(?n).+site\.com$

И ни в map, ни в server_name я не получаю значение $n.

Я попробовал так:
~^(?n.+site\.com)$

И получил весь $http_host, вместо $n.

Что я делаю не так?



-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Re[2]: resumable upload

2014-11-18 Пенетрантность Anton Kiryushkin

Добрый вечер.

А ни у кого случаем нет патча для последних версий nginx? Буду очень
благодарен за ссылку.

22 мая 2013 г., 21:51 пользователь vlastv nginx-fo...@nginx.us написал:

 Михаил Монашёв Wrote:
 ---
  Здравствуйте, Dmitry.
 
   Сложилась  не  очень  приятная  для  многих  ситуация  в  связис
   upload-модулем и его неработоспособностью в свежих версиях nginx.
   В  частности  мы используем модуль в продакшене практически с самого
   появления модуля, и уже более двух лет используем его фичу resumable
   upload. На наших нагрузках использование модуля более чем оправдано,
   также  как  и  оправдано использование дозагрузки в связи с большими
   размерами загружаемых файлов.
   Я  сильно  опасаюсь,  что  когда  политика  нашей  компании  вынудит
   обновиться  до  свежей  версии nginx, у меня не будет никакой замены
   для  upload-модуля  (client_body_in_file_only ни разу не полноценная
   замена).
 
   Поэтому,  думаю  многие  были  бы  рады услышать ответ Nginx Inc. по
   поводу  дальнейшей  судьбы  этого  модуля, и request body-фильтров в
   частности,  т.к. насколько я понимаю именно с их помощью можно будет
   легально реализовать такой же функционал.
 
  Если  так  сильно  нужен  модуль,  то почему бы не проспонсировать его
  доработку?  У  меня  была подобная ситуация с самописным модулем и всё
  прекрасно разрешилось.

 Цена вопроса?

 
  --
  С уважением,
   Михаил  mailto:postmas...@softsearch.ru
 
  ___
  nginx-ru mailing list
  nginx-ru@nginx.org
  http://mailman.nginx.org/mailman/listinfo/nginx-ru

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

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




-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: nginx и /etc/hosts

2014-10-02 Пенетрантность Anton Kiryushkin

Здравствуйте, Игорь.

А можно у вас уточнить еще два момента.
1. Зачем nginx вызывает эти функции libc, например, если в нашем случае мы
не используем в proxy_pass домены, а только IP. Верно ли предположение, что
происходит вызов gethostbyname на IP?
2. Как оптимизировать это место, если файл hosts достаточно большой?

2 октября 2014 г., 10:43 пользователь Igor Sysoev i...@sysoev.ru написал:

 On 02 Oct 2014, at 04:28, Anton Kiryushkin sw...@fotofor.biz wrote:

 Мы тут заметили, что при старте nginx, он довольно часто перечитывает
 /etc/hosts и /etc/resolv.conf. Можно ли как-то узнать зачем. Причем ладно
 бы один раз, а то ведь раз 5, по ощущениям.


 Это делает libc при вызове gethostbyname() и getaddrinfo().


 --
 Igor Sysoev
 Join us for nginx.conf 2014, October 20-22, San Francisco.
 Get 25% off with code NGINXUG: http://nginx.com/nginxconf/

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




-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: nginx и /etc/hosts

2014-10-02 Пенетрантность Anton Kiryushkin

Здравствуйте, Вадим.

Это не всегда удобно. Например, если у вас достаточно много хостов и не
одна площадка. В этом случае вы предлагаете на каждой площадке сделать
много таких dns-серверов? Но в чем выигрыш? Мы делаем запрос по сети и
тратим на это условно 500 миллисекунд, или мы имеем hosts в памяти и в
худшем случае тратим 200 на чтение этого файла, который и так оказывается в
кэше системы.

2 октября 2014 г., 15:22 пользователь Vadim A. Misbakh-Soloviov
m...@mva.name написал:

В письме от Чт, 2 октября 2014 15:06:20 пользователь Anton Kiryushkin
написал:
Здравствуйте, Игорь.

Прошу прощения, что влезаю, хоть и не Игорь :)

А можно у вас уточнить еще два момента.
1. Зачем nginx вызывает эти функции libc, например, если в нашем случае
мы
не используем в proxy_pass домены, а только IP. Верно ли предположение,
что
происходит вызов gethostbyname на IP?

-//-//-//-

2. Как оптимизировать это место, если файл hosts достаточно большой?

А Вы не пробовали, раз уж у вас так разросся файл hosts посмотреть в
сторону
использования кеширующего dns-сервера? (хоть бы и того же dnsmasq)?

--
Best regards,
mva

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

--
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

nginx и /etc/hosts

2014-10-01 Пенетрантность Anton Kiryushkin

Здравствуйте.

Мы тут заметили, что при старте nginx, он довольно часто перечитывает
/etc/hosts и /etc/resolv.conf. Можно ли как-то узнать зачем. Причем ладно
бы один раз, а то ведь раз 5, по ощущениям.

-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

nginx + cors

2014-09-10 Пенетрантность Anton Kiryushkin

Здравствуйте.

Подскажите, пожалуйста, имеется мистика.
Есть вот такой location:
location ~ \.jpg$ {
  expires 1h;
  proxy_pass http://host:port;
  add_header Access-Control-Allow-Headers X-Requested-With;
  add_header Access-Control-Allow-Methods GET, HEAD, OPTIONS;
  add_header Access-Control-Allow-Origin *;
}

И все вроде бы хорошо, но если размер файла становится хотя бы 91256 байт,
то эти заголовки не отдаются. Звучит как фантастика, но может быть и правда
отдача заголовков зависит от того, какой объем проксируется. Версия nginx
1.2.4.

-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: nginx + cors

2014-09-10 Пенетрантность Anton Kiryushkin

Здравствуйте.

Делаю curl -i и проверяю, что отдал сервер.


10 сентября 2014 г., 14:17 пользователь Aleksandr Sytar 
sytar.a...@gmail.com написал:

 10 сентября 2014 г., 12:14 пользователь Anton Kiryushkin
 sw...@fotofor.biz написал:
  Здравствуйте.
 
  Подскажите, пожалуйста, имеется мистика.
  Есть вот такой location:
  location ~ \.jpg$ {
expires 1h;
proxy_pass http://host:port;
add_header Access-Control-Allow-Headers X-Requested-With;
add_header Access-Control-Allow-Methods GET, HEAD, OPTIONS;
add_header Access-Control-Allow-Origin *;
  }
 
  И все вроде бы хорошо, но если размер файла становится хотя бы 91256
 байт,
  то эти заголовки не отдаются. Звучит как фантастика, но может быть и
 правда
  отдача заголовков зависит от того, какой объем проксируется. Версия nginx
  1.2.4.

 А как вы проверяете отдачу/не отдачу заголовков?

 По хорошему нужно как-то так: curl -I http://domain.com/foo.jpg
 ___
 nginx-ru mailing list
 nginx-ru@nginx.org
 http://mailman.nginx.org/mailman/listinfo/nginx-ru




-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Странное поведение при редиректе по параметрам

2014-02-05 Пенетрантность Anton Kiryushkin

Понятно. Нужно делать принудительный сброс аргументов. Вышел из положения
так:
if ($arg_arg ~* noname) {
   set $args ;
   rewrite ^ http://domain.com permanent;
}


5 февраля 2014 г., 12:36 пользователь Anton Kiryushkin
sw...@fotofor.bizнаписал:

 Всем здравствуйте.

 Имеет урл:
 http://domain.com/?arg=noname

 Делается конфиг:

 if ($arg_arg ~* noname) {
rewrite ^ http://domain.com permanent;
 }

 На странице в итоге вижу про циклические редиректы, а в логе уйму
 обращений на все тот же исходный урл. Но почему, если я делаю редирект на
 http://domain.com, а не на http://domain.com/ ?
 Дебаг там к сожалению не включить, но логически это поведение объяснить не
 получается.

 --
 Best regards,
 Anton Kiryushkin





-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: анализ аргументов в arg*

2014-02-02 Пенетрантность Anton Kiryushkin

Может быть попробовать так:
if ($args ~* SID=110) {
?


2 февраля 2014 г., 17:13 пользователь denis de...@webmaster.spb.ruнаписал:

 01.02.2014 15:58, Igor Sysoev пишет:

  On Feb 1, 2014, at 2:57 , denis wrote:

 Потребовалось сделать редирект на базе одного из ряда аргументов,
 логично было бы так
 if ($arg_SID=110) {

 А заработало так
 if ($args ~ SID=110) {

 Что с $arg_SID не так? Вариант с if ($arg_SID~110) { также не заработал.
 И почему с args заработало вообще.

 вызов типа ?SID=11PID=200

 $arg_SID должен работать.


 но не работало или я что-то не так делал. Версия 1.4.4, не самая новая но
 и не 0.7 штатный дебиановский. Из оф.репы ngixn. Примеры запуска выше.
 Ну и почему работало if ($args ~ SID=110), в чем тут суть.
 Блок был примерно такой
 location / {
 if ... {
 return 301 tralala;
 break;
 }

 основное описание


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




-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: proxy_pass https

2014-01-20 Пенетрантность Anton Kiryushkin

Да, это само собой. На 1-м у меня сейчас так:

proxy_set_header X-Real-IP $remote_addr;

proxy_set_header Host $host;

proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;


20 января 2014 г., 20:10 пользователь Anton Yuzhaninov
cit...@citrin.ruнаписал:

 On 01/20/14 20:03, Anton Kiryushkin wrote:

 Первичный вывод сделан на основе прописывания на втором nginx в конфиге
 хоста опций:

 set_real_ip_from

 real_ip_header


 Еще на 1-м nginx нужно

 proxy_set_header $remote_addr;

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




-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: FTP Proxy

2013-11-14 Пенетрантность Anton Kiryushkin

haproxy ?


14 ноября 2013 г., 15:37 пользователь Илья Шипицин
chipits...@gmail.comнаписал:

 мы используем вот такую штуку  http://www.openbsd.org/faq/pf/ru/ftp.html



 14 ноября 2013 г., 16:30 пользователь Роман n.g.i.n.x@gmail.com
 написал:
  Здравствуйте.
 
  Есть куча вируталок во внутренней сети, н с одним нешним ip
 
  Можно ли проксировать в них ftp соединения через  nginx?
 
  Или есть какое то аналогичное решение?
 
  ___
  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




-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Можно ли определить делимость числа ?

2013-11-03 Пенетрантность Anton Kiryushkin

Ну всякие бывают извращения. Например, бывает несколько апстримов, между
которыми нужно распределять запросы, в зависимости от некого числа.


2013/11/2 Dmitry dmitry.goryai...@gmail.com

 На вскидку, ибо с телефона,
 http://www.ashep.org/2011/nginx-balansirovka-nagruzki/

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




-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: блокировка клиентов по комбинации IP-адреса и user agent

2013-08-11 Пенетрантность Anton Kiryushkin

Можете использовать маленький скрипт на lua, в который отправлять IP и
user-agent, а в скрипте анализировать, блокировать запрос, или нет.


9 августа 2013 г., 9:01 пользователь Михаил Монашёв 
postmas...@softsearch.ru написал:

 Здравствуйте, anon.

  Какое  можете предложить наиболее эффективное решение для блокировки
  клиентов  по паре IP-адрес (в идеале - подсеть) + строка user agent?
  Для упрощения предположим, что user agent всегда постоянный.

 Генерить  файлик  с  map{}  и инклудить его в основной конфиг. А раз в
 минуту  или  при  изменении  файлика посылать nginx-у сигнал, чтобы он
 перечитывал свой конфиг

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

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




-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Хочется сделать так, чтобы сайт не был доступен по его ip

2013-07-21 Пенетрантность Anton Kiryushkin

Выкладывайте уже, будем смотреть )


21 июля 2013 г., 22:55 пользователь dvital1001 nginx-fo...@nginx.usнаписал:

 я думаю не слишком хорошо ip своего сервера светить в интернете таким
 образом. :)  Я могу выложить конфиг, заменив домены на ip на что-то
 нейтральное, но с сохранением смысла конфига. Так подойдет?

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

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




-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Переопределение заголовка Connection

2013-07-02 Пенетрантность Anton Kiryushkin

А не может ли дело быть в отсутствующем заголовке host?
02.07.2013 16:16 пользователь Илья Шипицин chipits...@gmail.com написал:

 На HTTP/1.1 заголовок Connection необязателен, дефолтным значением
 считается Keep-Alive.
 заставлять никого не надо.

 2 июля 2013 г., 16:07 пользователь Александр Бабин al...@yandex.ru
 написал:
  Привет всем !
  Столкнулся с такой проблемой. Есть некий портал, крутится на JBOSS.
 Используется NGINX в качестве front-end. По документации настроен
 keep-alive:
 
  http{
  ...
  keepalive_timeout 45 45;
  keepalive_requests 1000;
  ...
  }
 
  А вот редирект на JBOSS, то есть на back-end:
 
  server{
  ...
  location /our-portal/ {
  proxy_pass http://127.0.0.1:8080;
  break;
  error_page 404 = @404;
  error_page 502 = @502;
  error_page 504 = @504;
  }
  ...
  }
 
  Проанализировал сетевые дампы между клиентом , nginx и jboss, и
 оказалось, что в случае проксирования клиенту всегда приходит
 Connection:close . В этом вся и проблема, несмотря на настройки в Nginx,
 возможно , что-то не так настроено...
  СтОит отметить, что back-end ВСЕГДА возвращает вообще ответ без
 заголовка Connection. Причем это не зависит от заголовка запроса. Таким
 образом, в качестве исходных данных считаем, что back-end НИКОГДА не шлет
 заголовок Connection.
  Я попытался в реврайт добавить ручками нужный заголовок через
 more_set_headers:
 
  location /our-portal/ {
  proxy_pass http://127.0.0.1:8080;
  more_set_headers 'connection: keep-alive';
  break;
  error_page 404 = @404;
  error_page 502 = @502;
  error_page 504 = @504;
  }
 
  но в этом случае в браузер приходит Connection : close, keep-alive, и
 здесь, согласно документации, должно приходить только одно значение. Так
 что , как будут вести себя разные типы браузеров - неясно.
  Как быть в этом случае ? как заставить отдавать Connection: keep-alive
 ? если это возможно..
 
  Спасибо!
 
  ___
  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: Перезапуск кэш-менеджера

2013-03-14 Пенетрантность Anton Kiryushkin

Отвечаю по-порядку.
1. На нашей нагрузке на nginx, процесс может съедать и гигабайт.
2. Соединения происходят очень быстро и в громадном числе, будем исчислять
их миллионами в секунду.
3. Сервер конечно же не один. Но каждый из них обрабатывает большое число
запросов. И потерять хотя бы один из них на небольшой промежуток времени
очень тяжело.

14 марта 2013 г., 10:51 пользователь denis de...@webmaster.spb.ru написал:

14.03.2013 2:05, Anton Kiryushkin пишет:

Да, Михаил. У нас именно такая ситуация. Раздаем очень много разного
статического контента. И несколько раз приходится думать перед тем, как
сказать reload. Собственно поэтому и созникает вопрос, отраженный в топике.
Да и в принципе ответ уже получен. Спасибо.

А у вас нет системы балансировки нагрузки? И всё раздаётся с 1 машины? В
правильной системе ведь отказ 1 ноды не должен создать проблем..
Видимо, вам надо писать свой модуль для управления кэшем или просто под
свои задачи допиливать nginx.

__**_
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/**mailman/listinfo/nginx-ruhttp://mailman.nginx.org/mailman/listinfo/nginx-ru

--
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Перезапуск кэш-менеджера

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


13 марта 2013 г., 19:24 пользователь Andrey Kopeyko and...@kopeyko.ruнаписал:

 13.03.2013 18:53, Maxim Dounin пишет:

  Hello!

 On Wed, Mar 13, 2013 at 06:25:15PM +0400, Anton Kiryushkin wrote:

  Возник вопрос с тем, как перезапустить только процесс кэш-менеджера, не
 трогая основной процесс и работающих воркеров?


 Никак.


 Почему же никак - upgrade на лету даст, насколько я понимаю, желаемый
 эффект. Правда, ценой перезапуска воркеров без прерывания обслуживания
 клиентов, переоткрытия логов, и т.д. и т.п. 


 --
 Best regards,
 Andrey Kopeyko and...@kopeyko.ru


 __**_
 nginx-ru mailing list
 nginx-ru@nginx.org
 http://mailman.nginx.org/**mailman/listinfo/nginx-ruhttp://mailman.nginx.org/mailman/listinfo/nginx-ru




-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Перезапуск кэш-менеджера

Просто очень много подключения к ним. Очень много.


13 марта 2013 г., 19:28 пользователь Andrey Kopeyko and...@kopeyko.ruнаписал:

 13.03.2013 19:25, Anton Kiryushkin пишет:

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


 Чем же таким тяжелым ваши воркеры занимаются на старте?

  13 марта 2013 г., 19:24 пользователь Andrey Kopeyko and...@kopeyko.ru
 mailto:and...@kopeyko.ru написал:


 13.03.2013 18:53, Maxim Dounin пишет:

 Hello!

 On Wed, Mar 13, 2013 at 06:25:15PM +0400, Anton Kiryushkin wrote:

 Возник вопрос с тем, как перезапустить только процесс
 кэш-менеджера, не
 трогая основной процесс и работающих воркеров?


 Никак.


 Почему же никак - upgrade на лету даст, насколько я понимаю,
 желаемый эффект. Правда, ценой перезапуска воркеров без прерывания
 обслуживания клиентов, переоткрытия логов, и т.д. и т.п. 




 --
 Best regards,
 Andrey Kopeyko and...@kopeyko.ru

 __**_
 nginx-ru mailing list
 nginx-ru@nginx.org
 http://mailman.nginx.org/**mailman/listinfo/nginx-ruhttp://mailman.nginx.org/mailman/listinfo/nginx-ru




-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Перезапуск кэш-менеджера

Нет, reload не путается с restart. К тому же не забывайте, что при reload,
создаются две копии рабочих процессов. Это может быть достаточно серьезной
нагрузкой на сервер, которую не хочется лишний раз запускать.

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


13 марта 2013 г., 20:17 пользователь Gena Makhomed g...@csdoc.com написал:

 On 13.03.2013 16:25, Anton Kiryushkin wrote:

  Возник вопрос с тем, как перезапустить только процесс кэш-менеджера, не
 трогая основной процесс и работающих воркеров?


 зачем его перезапускать, в его работе есть какие-то проблемы?
 может быть имеет смысл пофиксить проблему из-за чего он падает,
 тогда и вручную ничего перезапускать не надо будет?

 --
 Best regards,
  Gena


 __**_
 nginx-ru mailing list
 nginx-ru@nginx.org
 http://mailman.nginx.org/**mailman/listinfo/nginx-ruhttp://mailman.nginx.org/mailman/listinfo/nginx-ru




-- 
Best regards,
Anton Kiryushkin
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Re[2]: Перезапуск кэш-менеджера