forum.opennet.ru - "Выпуск сервера приложений NGINX Unit 1.26.0" (22)

"Выпуск сервера приложений NGINX Unit 1.26.0"

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

"Выпуск сервера приложений NGINX Unit 1.26.0"	+/–
Сообщение от opennews (??), 22-Ноя-21, 19:42
Состоялся выпуск сервера приложений NGINX Unit 1.26.0, в рамках которого развивается решение для обеспечения запуска web-приложений на различных языках программирования (Python, PHP, Perl, Ruby, Go, JavaScript/Node.js и Java). Под управлением NGINX Unit может одновременно выполняться несколько приложений на разных языках программирования, параметры запуска которых можно изменять динамически без необходимости правки файлов конфигурации и перезапуска. Код написан на языке Си и распространяется под лицензией Apache 2.0. С особенностями NGINX Unit можно познакомиться в анонсе первого выпуска... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=56209
Ответить \| Правка \| Cообщить модератору

Оглавление

А как там с санитизацией Nginx, помнится, этим очень славен https blog detecti, Аноним (3), 19:50 , 22-Ноя-21, (3)
Это что то типа mod proxy в apache , Аноним (4), 23:30 , 22-Ноя-21, (4) –2
Мда Условно Добро пожаловать в мир прочтенного www data etc passwd , AntonAlekseevich (ok), 23:35 , 22-Ноя-21, (5)

Добро пожаловать в документацию, чтобы осознать, что uri содержит нормализованн, Аноним (7), 00:45 , 23-Ноя-21, (7)

Остается только надеяться, что разработчики не накосячили с этим, как в Nginx, г, Аноним (3), 09:21 , 23-Ноя-21, (12)

Если почтитать доку nginx, то станет понятно, что в данном конфиге часть URL зап, Аноним (7), 13:57 , 23-Ноя-21, (15)

Вы, кстати, не исключение Nginx нормализует URL перед передачей в бэкенд, так , Аноним (3), 15:42 , 23-Ноя-21, (18) +1

Он нормализует его не перед отправкой на бекенд, а перед реврайтом, перед замено, Аноним (7), 19:25 , 23-Ноя-21, (21)
Ну так в каком альтернативном сервере вы бы ни написали команду в URL вместо б, Аноним (7), 19:52 , 23-Ноя-21, (22)

Зачем такие страдания Есть же identd , lockywolf (ok), 04:22 , 23-Ноя-21, (8)

Каких ещё приложений Свалите со своими калькуляторами , 1 (??), 00:33 , 23-Ноя-21, (6) +1
Это что то типа mod proxy в apache , Аноним (4), 07:59 , 23-Ноя-21, (9)
Блин, да когда уже на конец-то сделают возможность переопределения переменных ок, Аноним (10), 08:40 , 23-Ноя-21, (10) +4

Вот тикет на эту тему https github com nginx unit issues 231, Аноним (10), 08:45 , 23-Ноя-21, (11)
поделитесь опытом, что стало значимым фактором чтобы выбрать Nginx Unit мне поз, Роман (??), 11:10 , 23-Ноя-21, (13)

1 его скорость работы под высокой нагрузкой с php-fpm не сравнить, в некоторых, Аноним (10), 13:41 , 23-Ноя-21, (14) +5

Самый странный для меня пункт, но окей, тут можно самому протестировать и понять, Роман (??), 14:00 , 23-Ноя-21, (16)

для НЕ меня актуально , Роман (??), 14:02 , 23-Ноя-21, (17)

Речь идет об этом https unit nginx org configuration routes , Аноним (3), 19:07 , 23-Ноя-21, (20)

Да, они самые , Аноним (10), 12:50 , 24-Ноя-21, (24)

Там хоть один российский разработчик еще остался , ddd2 (?), 18:16 , 23-Ноя-21, (19) –2

А какое отношение это имеет к продукту Главный там русский, но, опять же, что , Гоголь (?), 23:08 , 23-Ноя-21, (23)

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

3. Сообщение от Аноним (3), 22-Ноя-21, 19:50 +/–

> /www/$host$uri
А как там с санитизацией?
Nginx, помнится, этим очень славен https://blog.detectify.com/2020/11/10/common-nginx-misconfig.../

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

4. Сообщение от Аноним (4), 22-Ноя-21, 23:30 –2 +/–

Это что то типа mod proxy в apache?

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

5. Сообщение от AntonAlekseevich (ok), 22-Ноя-21, 23:35 +/–

> "share": "/www/data/$uri"
Мда... (Условно) Добро пожаловать в мир прочтенного "/www/data/../../etc/passwd" если будет жить как говорится установленным в localhost и запущенным от имеющего право на чтение данного файла в том числе через мандатный контроль доступа.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #8

6. Сообщение от 1 (??), 23-Ноя-21, 00:33 +1 +/–

Каких ещё приложений? Свалите со своими калькуляторами!

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

7. Сообщение от Аноним (7), 23-Ноя-21, 00:45 +/–

Добро пожаловать в документацию, чтобы осознать, что $uri содержит нормализованное значение URI, ровно такое же, какое используется всеми веб-серверами, включая nginx, для открытия файлов из document root и предотвращения выхода из него.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #12

8. Сообщение от lockywolf (ok), 23-Ноя-21, 04:22 +/–

Зачем такие страдания? Есть же identd.

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

9. Сообщение от Аноним (4), 23-Ноя-21, 07:59 +/–

Это что то типа mod proxy в apache?

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

10. Сообщение от Аноним (10), 23-Ноя-21, 08:40 +4 +/–

Блин, да когда уже на конец-то сделают возможность переопределения переменных окружения SERVER_NAME, SERVER_PORT и HTTPS?! Без этого приходится при каждом апдейте исходники править. Ибо ни laravel ни wordpress не работают на unit-е если трафик проксируется nginx-ом с https в http.
Разработчики какую-то хрень непонятную пилят при этом самое базовое никак не могут реализовать... Печаль...

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #11, #13

11. Сообщение от Аноним (10), 23-Ноя-21, 08:45 +/–

Вот тикет на эту тему: https://github.com/nginx/unit/issues/231

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

12. Сообщение от Аноним (3), 23-Ноя-21, 09:21 +/–

Остается только надеяться, что разработчики не накосячили с этим, как в Nginx, где вроде бы очевидный конфиг
location /aaa { proxy_pass http://bbb/ccc/; } позволяет, передав URL /aaa../ddd, обратиться к http://bbb/ddd

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #15

13. Сообщение от Роман (??), 23-Ноя-21, 11:10 +/–

поделитесь опытом, что стало значимым фактором чтобы выбрать Nginx Unit?
мне позиционирование продукта понятно не до конца, юзкейсов для себя не вижу. Предполагаю что
> The entire configuration is managed dynamically over HTTP via a friendly RESTful JSON API
кому-то обмазанному кубернейтисом нужно и может в даже мне, но (пока?) этот момент без разницы

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #14

14. Сообщение от Аноним (10), 23-Ноя-21, 13:41 +5 +/–

>поделитесь опытом, что стало значимым фактором чтобы выбрать Nginx Unit?
1. его скорость работы: под высокой нагрузкой с php-fpm не сравнить, в некоторых случаях разница в скорости генерации страницы в 2-5 раз быстрее. На хайлод проекте (сайт одной из популярных СМИ) это важный фактор.
2. поддержка множества языков: раньше нужно было настраивать апликейшин сервер для каждого языка свой. Частично проблема решалась при помощи uWSGI, но там тоже есть свои заморочки и проблемы. Unit стал отличной альтернативой uWSGI, к тому же чуток быстрее.
3. все таки конфигурация через апи куда удобнее если менеджить большой кластер. Раньше приходилось костылять скрипты для редактирования конфигов uWSGI и ходить по ssh на все серваки меняя их sed-ом.
4. роуты приложения: хоть и у uWSGI есть и подобный функционал, но работает он медленее + не очень удобно конфигурять на серваках централизовано.
Это первое что пришло в голову. Если подумать, можно вспомнить еще пару пунктов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #16, #20

15. Сообщение от Аноним (7), 23-Ноя-21, 13:57 +/–

Если почтитать доку nginx, то станет понятно, что в данном конфиге часть URL запроса "/aaa" (без слеша), будет заменена на "/ccc/" (со слешом) - такая форма рерайта.  Собственно, что пользователь в конфиге написал - ровно то и получил.  При такой замене из "/aaa../ddd" получается "/ccc/../ddd" - что с этим будет происходить дальше зависит исключительно от бекенда.
Вина nginx тут лишь в том, что пользователи не читают документацию и невнимательны.  Выстрелить себе в ногу с рерайтами в любой форме - можно миллионом разных способов с любым софтом. По этой причине конфигурацией веб-севера наверное стоит доверять не домохозяйке, а кому-то компетентнее.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #18

16. Сообщение от Роман (??), 23-Ноя-21, 14:00 +/–

> 1. его скорость работы: под высокой нагрузкой с php-fpm не сравнить, в некоторых случаях разница в скорости генерации страницы в 2-5 раз быстрее.
Самый странный для меня пункт, но окей, тут можно самому протестировать и понять.
> 3. все таки конфигурация через апи куда удобнее если менеджить большой кластер. Раньше приходилось костылять скрипты для редактирования конфигов uWSGI и ходить по ssh на все серваки меняя их sed-ом.
Самый спорный для меня пункт, но возможно кому-то так действительно проще
Про остальное понятно (для меня актуально, так как не проблема менеджить nginx locations на разные бэкенды), спасибо.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #17

17. Сообщение от Роман (??), 23-Ноя-21, 14:02 +/–

"для НЕ меня актуально"

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

18. Сообщение от Аноним (3), 23-Ноя-21, 15:42 +1 +/–

> При такой замене из "/aaa../ddd" получается "/ccc/../ddd" - что с этим будет происходить дальше зависит исключительно от бекенда.
> Вина nginx тут лишь в том, что пользователи не читают документацию и невнимательны.
Вы, кстати, не исключение :)
Nginx нормализует URL перед передачей в бэкенд, так что туда отправится уже /ddd.
> Выстрелить себе в ногу с рерайтами в любой форме - можно миллионом разных способов с любым софтом. По этой причине конфигурацией веб-севера наверное стоит доверять не домохозяйке, а кому-то компетентнее.
По этой причине лучше использовать альтернативы, у которых механизм конфигурации не является минным полем.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #21, #22

19. Сообщение от ddd2 (?), 23-Ноя-21, 18:16 –2 +/–

Там хоть один российский разработчик еще остался?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #23

20. Сообщение от Аноним (3), 23-Ноя-21, 19:07 +/–

> роуты приложения: хоть и у uWSGI есть и подобный функционал, но работает он медленее + не очень удобно конфигурять на серваках централизовано.
Речь идет об этом https://unit.nginx.org/configuration/#routes ?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #24

21. Сообщение от Аноним (7), 23-Ноя-21, 19:25 +/–

> Nginx нормализует URL перед передачей в бэкенд, так что туда отправится уже /ddd.
Он нормализует его не перед отправкой на бекенд, а перед реврайтом, перед заменой части из location.  А результат замены уже отправится на бекенд, т.е. на бекенд уйдет запрос к "/ccc/../ddd".  Попробуйте сами, если не верите (только убедитесь, что сам бекенд не нормализует пришедший к нему URL).

events {}
http {
    server {
        listen 8000;
        location /aaa {
            proxy_pass http://127.0.0.1:8001/bbb/;
        }
    }
    server {
        listen 8001;
        location / {
            return 200 "$request_uri";
        }
    }
}

$ curl 127.0.0.1:8000/aaa../
/bbb/../

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

22. Сообщение от Аноним (7), 23-Ноя-21, 19:52 +/–

> По этой причине лучше использовать альтернативы, у которых механизм конфигурации не является минным полем.
Ну так в каком альтернативном сервере вы бы ни написали команду: "в URL вместо букв /aaa подставь буквы /bbb/" - результат такой замены будет одинаковый.  А ровно такая команда в конфиграции nginx и написана.
Можно ещё с тем же успехом команду sed ругать:

$ echo '/aaa../ddd' | sed 's+/aaa+/ccc/+'
/ccc/../ddd

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

23. Сообщение от Гоголь (?), 23-Ноя-21, 23:08 +/–

А какое отношение это имеет к "продукту"?
Главный там русский, но, опять же, что это может значить?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

24. Сообщение от Аноним (10), 24-Ноя-21, 12:50 +/–

>Речь идет об этом https://unit.nginx.org/configuration/#routes ?
Да, они самые.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

3. Сообщение от Аноним (3), 22-Ноя-21, 19:50	+/–
> /www/$host$uri А как там с санитизацией? Nginx, помнится, этим очень славен https://blog.detectify.com/2020/11/10/common-nginx-misconfig.../
Ответить \| Правка \| Наверх \| Cообщить модератору

4. Сообщение от Аноним (4), 22-Ноя-21, 23:30	–2 +/–
Это что то типа mod proxy в apache?
Ответить \| Правка \| Наверх \| Cообщить модератору

5. Сообщение от AntonAlekseevich (ok), 22-Ноя-21, 23:35	+/–
> "share": "/www/data/$uri" Мда... (Условно) Добро пожаловать в мир прочтенного "/www/data/../../etc/passwd" если будет жить как говорится установленным в localhost и запущенным от имеющего право на чтение данного файла в том числе через мандатный контроль доступа.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #7, #8

6. Сообщение от 1 (??), 23-Ноя-21, 00:33	+1 +/–
Каких ещё приложений? Свалите со своими калькуляторами!
Ответить \| Правка \| Наверх \| Cообщить модератору

7. Сообщение от Аноним (7), 23-Ноя-21, 00:45	+/–
Добро пожаловать в документацию, чтобы осознать, что $uri содержит нормализованное значение URI, ровно такое же, какое используется всеми веб-серверами, включая nginx, для открытия файлов из document root и предотвращения выхода из него.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5 Ответы: #12

8. Сообщение от lockywolf (ok), 23-Ноя-21, 04:22	+/–
Зачем такие страдания? Есть же identd.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5

9. Сообщение от Аноним (4), 23-Ноя-21, 07:59	+/–
Это что то типа mod proxy в apache?
Ответить \| Правка \| Наверх \| Cообщить модератору

10. Сообщение от Аноним (10), 23-Ноя-21, 08:40	+4 +/–
Блин, да когда уже на конец-то сделают возможность переопределения переменных окружения SERVER_NAME, SERVER_PORT и HTTPS?! Без этого приходится при каждом апдейте исходники править. Ибо ни laravel ни wordpress не работают на unit-е если трафик проксируется nginx-ом с https в http. Разработчики какую-то хрень непонятную пилят при этом самое базовое никак не могут реализовать... Печаль...
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #11, #13

11. Сообщение от Аноним (10), 23-Ноя-21, 08:45	+/–
Вот тикет на эту тему: https://github.com/nginx/unit/issues/231
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #10

12. Сообщение от Аноним (3), 23-Ноя-21, 09:21	+/–
Остается только надеяться, что разработчики не накосячили с этим, как в Nginx, где вроде бы очевидный конфиг location /aaa { proxy_pass http://bbb/ccc/; } позволяет, передав URL /aaa../ddd, обратиться к http://bbb/ddd
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #7 Ответы: #15

13. Сообщение от Роман (??), 23-Ноя-21, 11:10	+/–
поделитесь опытом, что стало значимым фактором чтобы выбрать Nginx Unit? мне позиционирование продукта понятно не до конца, юзкейсов для себя не вижу. Предполагаю что > The entire configuration is managed dynamically over HTTP via a friendly RESTful JSON API кому-то обмазанному кубернейтисом нужно и может в даже мне, но (пока?) этот момент без разницы
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #10 Ответы: #14

14. Сообщение от Аноним (10), 23-Ноя-21, 13:41	+5 +/–
>поделитесь опытом, что стало значимым фактором чтобы выбрать Nginx Unit? 1. его скорость работы: под высокой нагрузкой с php-fpm не сравнить, в некоторых случаях разница в скорости генерации страницы в 2-5 раз быстрее. На хайлод проекте (сайт одной из популярных СМИ) это важный фактор. 2. поддержка множества языков: раньше нужно было настраивать апликейшин сервер для каждого языка свой. Частично проблема решалась при помощи uWSGI, но там тоже есть свои заморочки и проблемы. Unit стал отличной альтернативой uWSGI, к тому же чуток быстрее. 3. все таки конфигурация через апи куда удобнее если менеджить большой кластер. Раньше приходилось костылять скрипты для редактирования конфигов uWSGI и ходить по ssh на все серваки меняя их sed-ом. 4. роуты приложения: хоть и у uWSGI есть и подобный функционал, но работает он медленее + не очень удобно конфигурять на серваках централизовано. Это первое что пришло в голову. Если подумать, можно вспомнить еще пару пунктов.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #13 Ответы: #16, #20

15. Сообщение от Аноним (7), 23-Ноя-21, 13:57	+/–
Если почтитать доку nginx, то станет понятно, что в данном конфиге часть URL запроса "/aaa" (без слеша), будет заменена на "/ccc/" (со слешом) - такая форма рерайта. Собственно, что пользователь в конфиге написал - ровно то и получил. При такой замене из "/aaa../ddd" получается "/ccc/../ddd" - что с этим будет происходить дальше зависит исключительно от бекенда. Вина nginx тут лишь в том, что пользователи не читают документацию и невнимательны. Выстрелить себе в ногу с рерайтами в любой форме - можно миллионом разных способов с любым софтом. По этой причине конфигурацией веб-севера наверное стоит доверять не домохозяйке, а кому-то компетентнее.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #12 Ответы: #18

16. Сообщение от Роман (??), 23-Ноя-21, 14:00	+/–
> 1. его скорость работы: под высокой нагрузкой с php-fpm не сравнить, в некоторых случаях разница в скорости генерации страницы в 2-5 раз быстрее. Самый странный для меня пункт, но окей, тут можно самому протестировать и понять. > 3. все таки конфигурация через апи куда удобнее если менеджить большой кластер. Раньше приходилось костылять скрипты для редактирования конфигов uWSGI и ходить по ssh на все серваки меняя их sed-ом. Самый спорный для меня пункт, но возможно кому-то так действительно проще Про остальное понятно (для меня актуально, так как не проблема менеджить nginx locations на разные бэкенды), спасибо.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #14 Ответы: #17

17. Сообщение от Роман (??), 23-Ноя-21, 14:02	+/–
"для НЕ меня актуально"
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #16

18. Сообщение от Аноним (3), 23-Ноя-21, 15:42	+1 +/–
> При такой замене из "/aaa../ddd" получается "/ccc/../ddd" - что с этим будет происходить дальше зависит исключительно от бекенда. > Вина nginx тут лишь в том, что пользователи не читают документацию и невнимательны. Вы, кстати, не исключение :) Nginx нормализует URL перед передачей в бэкенд, так что туда отправится уже /ddd. > Выстрелить себе в ногу с рерайтами в любой форме - можно миллионом разных способов с любым софтом. По этой причине конфигурацией веб-севера наверное стоит доверять не домохозяйке, а кому-то компетентнее. По этой причине лучше использовать альтернативы, у которых механизм конфигурации не является минным полем.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #15 Ответы: #21, #22

19. Сообщение от ddd2 (?), 23-Ноя-21, 18:16	–2 +/–
Там хоть один российский разработчик еще остался?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #23

20. Сообщение от Аноним (3), 23-Ноя-21, 19:07	+/–
> роуты приложения: хоть и у uWSGI есть и подобный функционал, но работает он медленее + не очень удобно конфигурять на серваках централизовано. Речь идет об этом https://unit.nginx.org/configuration/#routes ?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #14 Ответы: #24

21. Сообщение от Аноним (7), 23-Ноя-21, 19:25	+/–
> Nginx нормализует URL перед передачей в бэкенд, так что туда отправится уже /ddd. Он нормализует его не перед отправкой на бекенд, а перед реврайтом, перед заменой части из location. А результат замены уже отправится на бекенд, т.е. на бекенд уйдет запрос к "/ccc/../ddd". Попробуйте сами, если не верите (только убедитесь, что сам бекенд не нормализует пришедший к нему URL). events {} http { server { listen 8000; location /aaa { proxy_pass http://127.0.0.1:8001/bbb/; } } server { listen 8001; location / { return 200 "$request_uri"; } } } $ curl 127.0.0.1:8000/aaa../ /bbb/../
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #18

22. Сообщение от Аноним (7), 23-Ноя-21, 19:52	+/–
> По этой причине лучше использовать альтернативы, у которых механизм конфигурации не является минным полем. Ну так в каком альтернативном сервере вы бы ни написали команду: "в URL вместо букв /aaa подставь буквы /bbb/" - результат такой замены будет одинаковый. А ровно такая команда в конфиграции nginx и написана. Можно ещё с тем же успехом команду sed ругать: $ echo '/aaa../ddd' \| sed 's+/aaa+/ccc/+' /ccc/../ddd
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #18

23. Сообщение от Гоголь (?), 23-Ноя-21, 23:08	+/–
А какое отношение это имеет к "продукту"? Главный там русский, но, опять же, что это может значить?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #19

24. Сообщение от Аноним (10), 24-Ноя-21, 12:50	+/–
>Речь идет об этом https://unit.nginx.org/configuration/#routes ? Да, они самые.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #20