URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 113877
[ Назад ]

Исходное сообщение
"Выпуск nginx 1.13.10 с поддержкой протокола gRPC"

Отправлено opennews , 20-Мрт-18 19:34 
Доступен (http://mailman.nginx.org/pipermail/nginx-ru-announce/2018/00...) выпуск основной ветки высокопроизводительного HTTP-сервера nginx 1.13.10 (http://nginx.org/), в котором реализованы следующие изменения (http://nginx.org/en/CHANGES):


-  Добавлен модуль ngx_http_grpc_module (http://nginx.org/en/docs/http/ngx_http_grpc_module.html) с реализацией прокси для протокола gRPC. Подробнее см. опубликованный несколько дней назад анонс (https://www.opennet.me/opennews/art.shtml?num=48283);
-  В реализацию SSI-директивы "include" добавлена возможность использования параметра "set" для сохранения в переменную  содержимого произвольных ответов. Максимальный размер ответа ограничивается значением директивы
"subrequest_output_buffer_size";

-  При наличии в системе в nginx теперь используется вызов clock_gettime(CLOCK_MONOTONIC), который позволяет избежать некорректного срабатывания таймаутов при изменении времени в системе;
-  В директиву "log_format" добавлен параметр "escape=none" для отключения экранирования символов при записи в лог;
-  В модуле ngx_stream_ssl_preread_module реализована переменная $ssl_preread_alpn_protocols;
-  Устранена проблема с распределением памяти при обработке директивы
"geo";
-  Исправлена ошибка, из-за которой при использовании переменых в директиве "auth_basic_user_file" в лог мог попадать символ с нулевым кодом (\0).

URL: http://mailman.nginx.org/pipermail/nginx-ru-announce/2018/00...
Новость: https://www.opennet.me/opennews/art.shtml?num=48298


Содержание

Сообщения в этом обсуждении
"Выпуск nginx 1.13.10 с поддержкой протокола gRPC"
Отправлено Аноним , 20-Мрт-18 19:34 
Открываю "Главные новости" - а там nginx с gRPC.
Открываю "Мини-новости" - а там тоже nginx с gRPC.
Уже боюсь "Важное" открывать.

"Выпуск nginx 1.13.10 с поддержкой протокола gRPC"
Отправлено Диалапщик , 20-Мрт-18 20:05 
Открываю "Опеннет без www" и не парюсь вообще.

"Выпуск nginx 1.13.10 с поддержкой протокола gRPC"
Отправлено Аноним , 20-Мрт-18 20:13 
Ээээй.. и я хочу в раздел "важное" или там тоже nginx ??

"Выпуск nginx 1.13.10"
Отправлено Аноним , 20-Мрт-18 20:36 
а присобачьте уж тогда в 1.13.11 отправку лога напрямую в еластиксёрч?

"Выпуск nginx 1.13.10"
Отправлено Аноним , 20-Мрт-18 21:47 
там уже есть отпрака в рсислог, логи успешно летят в логстеш а оттуда в еластиксерч. ЧТо действительно портит всю картину так это тупая логика резолвера -- если указать имя рсислог сервера и то его айпи резолвится только в момент старта нгинкса. Если айпи по ходу дела поменялся (ведь для этого и ииспользуются днс-имена вместо йапишников) -- нгинс тупо валится или перестаёт слать логи. Карсиво, ничего не скажешь.

"Выпуск nginx 1.13.10"
Отправлено Michael Shigorin jolla , 20-Мрт-18 22:03 
как часто резолвить прикажете?

"Выпуск nginx 1.13.10"
Отправлено Аноним , 21-Мрт-18 09:49 
В идеале -- через интервал, настраиваемый в конфиге.
Ну хотя бы раз в Х секунд или Х пакетов на целевой ресурс.

p.s. по поводу смехуечек на тему рсислога -- логстеш в проекте УЖЕ собирает логи из кучи других источников, а нгинкс просто шлет логи туда "как в рсислог" (проще говоря по юдп напрямую).


"Выпуск nginx 1.13.10"
Отправлено Alexander , 22-Мрт-18 19:19 
через время, указанное в TTL, например.

"Выпуск nginx 1.13.10"
Отправлено Аноним , 20-Мрт-18 22:31 
А зачем посылать логи через жирный логстеш, если рсислог и сам умеет отправлять в эластик?

"Выпуск nginx 1.13.10"
Отправлено Аноним , 20-Мрт-18 23:08 
Ты просто завидуешь, потому и бесишься!

"Выпуск nginx 1.13.10"
Отправлено Аноним , 21-Мрт-18 11:25 
>там уже есть отпрака в рсислог, логи успешно летят в логстеш а оттуда в еластиксерч.

знаю и пользуюсь, хочу, чтобы стало одной прослойкой меньше. Про резолв имени один раз — да, проблема, но не критичная для меня, попробуйте реквестировать решение в 1.13.12


"Выпуск nginx 1.13.10"
Отправлено Тузя , 22-Мрт-18 09:02 
> ведь для этого и ииспользуются днс-имена вместо йапишников

Нет. DNS - это вам не High Availability Load Balancer. То, что он иногда так срабатывает, больше исключение чем правило, и это сильно зависит от сервера и клиента.
Оно вообще не работает, если есть DNS-кэш на клиенте. Всегда порождает Server Affinity, даже там где не надо. Некоторые приложения будут неадекватно реагировать на выпад IP, если им как раз нужен Server Affinity на стороне приложения.

Откройте для себя модуль IPVS (он же LVS). Выбирайте себе какой-нибудь удобный демон управления этим модулем, например, keepalived. Если не нравится, есть ldirectord в сочетании с heartbeat он даст то же самое. Дело вкуса.


"Выпуск nginx 1.13.10"
Отправлено Ivan_83 , 20-Мрт-18 21:53 
clock_gettime(CLOCK_MONOTONIC) - ежу было понятно что нужно монотоник использовать.
А во фре есть и CLOCK_MONOTONIC_FAST, хз чем он отличается :)

"Выпуск nginx 1.13.10"
Отправлено йй , 20-Мрт-18 23:04 
CLOCK_MONOTONIC_RAW надо

"Выпуск nginx 1.13.10"
Отправлено Аноним , 21-Мрт-18 07:42 
Пора ещё одну точку в номер версии добавить.

"Выпуск nginx 1.13.10"
Отправлено пох , 21-Мрт-18 09:37 
не, не пора. Для тех кто без смузи и гироскутеров, а бороду не белит перекисью, сама седая - наиболее важное во всем этом мусоре - баг в коде geo (который на самом деле ip filter), хорошо хоть не remote exploitable, но "и так неплохо получилось" - вокер валится по sigsegv.

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