The OpenNET Project / Index page

[ новости/++ | форум | wiki | теги | ]



"Выпуск nginx 1.13.10 с поддержкой протокола gRPC"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Выпуск nginx 1.13.10 с поддержкой протокола gRPC"  +/
Сообщение от opennews (??) on 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.ru/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.ru/opennews/art.shtml?num=48298

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Выпуск nginx 1.13.10 с поддержкой протокола gRPC"  +6 +/
Сообщение от Аноним (??) on 20-Мрт-18, 19:34 
Открываю "Главные новости" - а там nginx с gRPC.
Открываю "Мини-новости" - а там тоже nginx с gRPC.
Уже боюсь "Важное" открывать.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Выпуск nginx 1.13.10 с поддержкой протокола gRPC"  +3 +/
Сообщение от Диалапщик on 20-Мрт-18, 20:05 
Открываю "Опеннет без www" и не парюсь вообще.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Выпуск nginx 1.13.10 с поддержкой протокола gRPC"  +1 +/
Сообщение от Аноним (??) on 20-Мрт-18, 20:13 
Ээээй.. и я хочу в раздел "важное" или там тоже nginx ??
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

4. "Выпуск nginx 1.13.10"  +/
Сообщение от Аноним (??) on 20-Мрт-18, 20:36 
а присобачьте уж тогда в 1.13.11 отправку лога напрямую в еластиксёрч?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Выпуск nginx 1.13.10"  +/
Сообщение от Аноним (??) on 20-Мрт-18, 21:47 
там уже есть отпрака в рсислог, логи успешно летят в логстеш а оттуда в еластиксерч. ЧТо действительно портит всю картину так это тупая логика резолвера -- если указать имя рсислог сервера и то его айпи резолвится только в момент старта нгинкса. Если айпи по ходу дела поменялся (ведь для этого и ииспользуются днс-имена вместо йапишников) -- нгинс тупо валится или перестаёт слать логи. Карсиво, ничего не скажешь.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

7. "Выпуск nginx 1.13.10"  +1 +/
Сообщение от Michael Shigorin jolla email on 20-Мрт-18, 22:03 
как часто резолвить прикажете?
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

17. "Выпуск nginx 1.13.10"  +/
Сообщение от Alexander (ok) on 22-Мрт-18, 19:19 
через время, указанное в TTL, например.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

8. "Выпуск nginx 1.13.10"  +/
Сообщение от Аноним (??) on 20-Мрт-18, 22:31 
А зачем посылать логи через жирный логстеш, если рсислог и сам умеет отправлять в эластик?
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

10. "Выпуск nginx 1.13.10"  –2 +/
Сообщение от Аноним (??) on 20-Мрт-18, 23:08 
Ты просто завидуешь, потому и бесишься!
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

15. "Выпуск nginx 1.13.10"  +/
Сообщение от Аноним (??) on 21-Мрт-18, 11:25 
>там уже есть отпрака в рсислог, логи успешно летят в логстеш а оттуда в еластиксерч.

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

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

16. "Выпуск nginx 1.13.10"  +/
Сообщение от Тузя (ok) on 22-Мрт-18, 09:02 
> ведь для этого и ииспользуются днс-имена вместо йапишников

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

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

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

6. "Выпуск nginx 1.13.10"  +/
Сообщение от Ivan_83 (ok) on 20-Мрт-18, 21:53 
clock_gettime(CLOCK_MONOTONIC) - ежу было понятно что нужно монотоник использовать.
А во фре есть и CLOCK_MONOTONIC_FAST, хз чем он отличается :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "Выпуск nginx 1.13.10"  +/
Сообщение от йй on 20-Мрт-18, 23:04 
CLOCK_MONOTONIC_RAW надо
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

12. "Выпуск nginx 1.13.10"  –1 +/
Сообщение от Аноним (??) on 21-Мрт-18, 07:42 
Пора ещё одну точку в номер версии добавить.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема


  Закладки на сайте
  Проследить за страницей
Created 1996-2018 by Maxim Chirkov  
ДобавитьПоддержатьВебмастеруГИД  
Hosting by Ihor