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

"Выпуск nginx 1.13.0"	+/–
Сообщение от opennews (??), 25-Апр-17, 21:16
Представлен (http://mailman.nginx.org/pipermail/nginx-announce/2017/00019...) первый выпуск новой основной ветки nginx 1.13 (http://nginx.org), в рамках которой будет продолжено развитие новых возможностей (в параллельно поддерживаемой стабильной ветке 1.12 (https://www.opennet.ru/opennews/art.shtml?num=46367) вносятся только изменения, связанные с устранением серьёзных ошибок и уязвимостей). Основные изменения (http://nginx.org/en/CHANGES): -  Для соединений с бэкендами разрешено повторное согласование SSL-соединения; -  В модулях mail_proxy и stream в директиве "listen" появились поддержка параметров "rcvbuf" и "sndbuf", позволяющих настроить размер буфера приёма и передачи  (параметр SO_RCVBUF); -  Добавлена поддержка использования директив return и error_page для возврата перенаправлений для запросов с HTTP кодом 308; -  В директиву "ssl_protocols"  добавлен параметр "TLSv1.3" для включения соответствующей версии протокола  TLS; -  При отражении в логе сигналов в лог теперь записывается и PID процесса, отправившего сигнал; -  Исправлены ошибки в коде обработки выделения памяти;-  Исправлена ошибка в модуле stream из-за которой исходящий адрес ответного UDP-пакета мог отличаться от адреса назначения исходного пакета при использовании wildcard-адреса в директиве listen. URL: http://mailman.nginx.org/pipermail/nginx-announce/2017/00019... Новость: http://www.opennet.ru/opennews/art.shtml?num=46449
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

3. Сообщение от Лена Головач (?), 25-Апр-17, 22:36	+/–
> При отражении в логе сигналов в лог теперь записывается и PID процесса, отправившего сигнал; лучше б добавили уже задание формата для error_log
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5

5. Сообщение от Sw00p aka Jerom (?), 25-Апр-17, 23:23	+/–
https://github.com/nginx/nginx/blob/f8a9d528df92c7634088e575... тут можно посмотреть функции логов, и поискать все места где используются они (ngx_log_error).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #6, #7

6. Сообщение от Аноним (-), 25-Апр-17, 23:36	+2 +/–
правильно зачем документация нужна? особенно после перехода компании на тариф nginx plus plus
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

7. Сообщение от Аноним (-), 25-Апр-17, 23:36	+/–
правильно зачем документация нужна? особенно после перехода компании на тариф nginx plus plus
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

8. Сообщение от cmp (ok), 26-Апр-17, 04:06	+/–
> При отражении в логе сигналов в лог теперь записывается и PID процесса, отправившего сигнал; Как ? сигнал же через ядро идет, или там чета поменяли, или это о чем-то другом
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10

9. Сообщение от CHERTS (??), 26-Апр-17, 08:37	+/–
>Добавлена поддержка протокола TLSv1.3. Для включения в директиве "ssl_protocols" следует указать параметр "TLSv1.3" Хорошо конечно, вот только TLSv1.3 еще в стадии draft и его поддержка кое как криво сделана только в OpenSSL 1.1.1-dev Учитывая, что nginx в офф. репо собирается до сих пор с OpenSSL 1.0.1t в которой даже нет ALPN, то мечтать о TLSv1.3 в nginx придется оооочень долго.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #11

10. Сообщение от angra (ok), 26-Апр-17, 09:11	+/–
В обработчике сигнала для любого процесса есть доступ к такой структуре: struct signalfd_siginfo {                uint32_t ssi_signo;    /* Signal number */                int32_t  ssi_errno;    /* Error number (unused) */                int32_t  ssi_code;     /* Signal code */                uint32_t ssi_pid;      /* PID of sender */                uint32_t ssi_uid;      /* Real UID of sender */                ... } Как видишь pid присутствует
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

11. Сообщение от P.Galloway (ok), 26-Апр-17, 10:56	+/–
Так это ж devel-ветка (с нечётной нумерацией) nginx. > Учитывая, что nginx в офф. репо собирается до сих пор с OpenSSL 1.0.1t "Офф. репо" чья хоть? Отсюда (http://nginx.org/en/linux_packages.html#mainline) ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #16

12. Сообщение от Аноним (-), 26-Апр-17, 11:30	+/–
"При отражении в логе сигналов в лог теперь записывается и PID процесса, отправившего сигнал;" - а название не судьба?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #15

15. Сообщение от Аноним (-), 26-Апр-17, 12:59	+2 +/–
Информация об имени процесса не прокидывается вместе с сигналом, нужно идти и самим выяснять по пиду, а процесса к тому времени может уже и не быть, или, вообще, тот пид может оказаться у какого-нибудь левого процесса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

16. Сообщение от CHERTS (??), 26-Апр-17, 14:42	+/–
Из репа mainline/debian # nginx -V nginx version: nginx/1.13.0 built by gcc 4.9.2 (Debian 4.9.2-10) built with OpenSSL 1.0.1t  3 May 2016 TLS SNI support enabled Еще вопросы по версии OpenSSL ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #17

17. Сообщение от P.Galloway (ok), 26-Апр-17, 15:45	+/–
> Из репа mainline/debian > # nginx -V > nginx version: nginx/1.13.0 > built by gcc 4.9.2 (Debian 4.9.2-10) > built with OpenSSL 1.0.1t  3 May 2016 > TLS SNI support enabled > Еще вопросы по версии OpenSSL ? Да вопросов именно про OpenSSL и не было. Ясно, спасибо, видимо "хреначат" с пакетами по умолчанию (что разумно). Бэкпорты (я правда, хз, что за OpenSSL там) и пересбор nginx никто не отменял.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #18

18. Сообщение от CHERTS (??), 26-Апр-17, 16:40	+/–
> пересбор nginx никто не отменя Собственно, что я и делаю для себя, собираю nginx c openssl 1.0.2k чтобы была поддержка ALPN.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #19

19. Сообщение от Andrew (??), 26-Апр-17, 17:52	–1 +/–
из коробки nginx.exe -V nginx version: nginx/1.13.0 built by cl 16.00.40219.01 for 80x86 built with OpenSSL 1.0.2k  26 Jan 2017 TLS SNI support enabled
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #20

20. Сообщение от P.Galloway (ok), 26-Апр-17, 20:00	+1 +/–
> из коробки > nginx.exe -V И запускать из под wine
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #21

21. Сообщение от eRIC (ok), 28-Апр-17, 10:42	+2 +/–
> И запускать из под wine зачем?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

24. Сообщение от Garik (??), 03-Июл-20, 07:22	+/–
Здраствуйте у меня не открывается сайт по ошбке 403 forbidden               Nginx/1.13.0 Помогите пожалуйста
Ответить | Правка | Наверх | Cообщить модератору

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

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