Re: Kubernetes ingress

>Патч-то наложить не забыли? На всякий случае: в 1.3.6 патча нет, нужно именно накладывать руками и пересобирать nginx. Если речь именно про websocket'ы, то он должен был помочь. Не забыл. Я взял ваш докер образ

Re: Kubernetes ingress

Hello! On Mon, Nov 20, 2017 at 08:03:22PM +0300, Maxim Dounin wrote: > Hello! > > On Mon, Nov 20, 2017 at 04:28:04PM +0200, Sargas wrote: > > > Патч не помог, проверял со свежей версией nginx. Больше 10-ти минут воркеры > > находятся в nginx: worker process is shutting down > > > > # nginx -V

Re: Kubernetes ingress

Hello! On Mon, Nov 20, 2017 at 04:28:04PM +0200, Sargas wrote: > Патч не помог, проверял со свежей версией nginx. Больше 10-ти минут воркеры > находятся в nginx: worker process is shutting down > > # nginx -V > nginx version: nginx/1.13.6 [...] Патч-то наложить не забыли? На всякий случае: в

Re: Re[2]: Непонятки с ответом 400

Hello! On Mon, Nov 20, 2017 at 04:55:17PM +0300, Slawa Olhovchenkov wrote: > On Mon, Nov 20, 2017 at 04:43:05PM +0300, CoDDoC wrote: > > > Ладно, с этим разберусь. > > Еще толику Вашего времени... Не совсем в тему, но почти. О выборе секции > > server для обработки запроса. > > > > Я слегка

Re: Kubernetes ingress

Патч не помог, проверял со свежей версией nginx. Больше 10-ти минут воркеры находятся в nginx: worker process is shutting down # nginx -V nginx version: nginx/1.13.6 built by gcc 6.3.0 20170516 (Debian 6.3.0-18) built with OpenSSL 1.1.0f 25 May 2017 TLS SNI support enabled configure arguments:

Re: Непонятки с ответом 400

Hello! On Mon, Nov 20, 2017 at 04:43:05PM +0300, CoDDoC wrote: > Ладно, с этим разберусь. > Еще толику Вашего времени... Не совсем в тему, но почти. О выборе секции > server для обработки запроса. > > Я слегка запутался, что от чего зависит: $host от $server_name или наоборот? > Вот как я это

Re: Re[2]: Непонятки с ответом 400

On Mon, Nov 20, 2017 at 04:43:05PM +0300, CoDDoC wrote: > Ладно, с этим разберусь. > Еще толику Вашего времени... Не совсем в тему, но почти. О выборе секции > server для обработки запроса. > > Я слегка запутался, что от чего зависит: $host от $server_name или наоборот? > Вот как я это понимаю.

Re[2]: Непонятки с ответом 400

Ладно, с этим разберусь. Еще толику Вашего времени... Не совсем в тему, но почти. О выборе секции server для обработки запроса. Я слегка запутался, что от чего зависит: $host от $server_name или наоборот? Вот как я это понимаю. 1. Сначала неправильный запрос: echo -e 'HEAD

Re: Непонятки с ответом 400

Hello! On Mon, Nov 20, 2017 at 03:43:16PM +0300, CoDDoC wrote: > Это я понял. Бот дернул запрос и быстро сбежал, чтобы не попасть в бан. > Однако-же попал :) > Как мне эмулировать такую ситуацию? Я, вроде бы, вполне однозначно написал: > > Если клиент закрыл соединение, не прислав запрос

Re[2]: Непонятки с ответом 400

Это я понял. Бот дернул запрос и быстро сбежал, чтобы не попасть в бан. Однако-же попал :) Как мне эмулировать такую ситуацию? >Понедельник, 20 ноября 2017, 15:34 +03:00 от Maxim Dounin : > >Hello! > >On Mon, Nov 20, 2017 at 02:57:13PM +0300, CoDDoC wrote: > >> Доброго дня!

Re: Непонятки с ответом 400

Hello! On Mon, Nov 20, 2017 at 02:57:13PM +0300, CoDDoC wrote: > Доброго дня! > > Собственно, классическая секция server, принимающая запросы с неправильным > $host: > > server { >     listen :80 default_server; >     listen :443 default_server; >     server_name _; >     return 444; >    

Непонятки с ответом 400

Доброго дня! Собственно, классическая секция server, принимающая запросы с неправильным $host: server {     listen :80 default_server;     listen :443 default_server;     server_name _;     return 444;     access_log здесь лог, что попадет в эту секцию } Формат этого лога: [$remote_addr]

Re: Соединение с Upstream занимает 1 секунду.

Как вы правильно заметили, да IP другой, мы используем docker swarm и он выдает виртуальный IP своим сервисам. И как оказалось, проблема в этом самом VIP, если переключить сервисы на dnsrr, все работает замечательно. Даже тема есть похожая: https://forum.nginx.org/read.php?5,275243,275243 Тем не