LINUX.ORG.RU

Релиз nginx 1.20

 


1

0

Новый релиз получил сразу несколько заметных улучшений:

  • поддержка OCSP (Online Certificate Status Protocol). Это новый протокол для отзыва X.509 (TLS). Использует нотацию ASN.1 поверх HTTP вроде такой:
      FooAnswer ::= SEQUENCE {
            questionNumber INTEGER,
            answer         BOOLEAN
        }
    
  • новый модуль ngx_stream_set_module. модуль нужен для того, чтобы можно было определять переменные в конфигах. Наконец, доступен полноценный механизм if ($var) ... else ... .
  • опция позволяет определить в командной строке лог файл для ошибок.
  • опция запрета устанавливать шифрованные сообщения вообще - ssl_reject_handshake. Основное применение - добавить в описание default server и блокировать коннекты без явного хоста.
  • в почтовый прокси добавлена опция proxy_smtp_auth, позволяющая аутентифицировать пользователя на бэкенде при помощи команды AUTH и механизма PLAIN SASL.
  • опция с кучей параметров proxy_cache_path получила еще один «min_free». Специальный процесс cache manager мониторит свободное место и, если оно заканчивается, начинает вытеснять кеш. Опять же по заданным параметрам.
  • убрали часть специфичных опций для HTTP/2 в пользу уже существовавших для HTTP/1. Они будут общие для обоих протоколов.
  • добавлена опция proxy_cookie_flags для защиты от CSS (cross-site scripting). позволяет добавлять определенные HTTP хедеры для проксируемых соединений. Насколько может судить автор новости, раньше мы просто писали
                   add_header 'Access-Control-Allow-Origin' '*';
                   add_header 'Access-Control-Allow-Methods' blablabla
    

>>> Подробности

★★★★★

Проверено: Shaman007 ()
Последнее исправление: xaizek (всего исправлений: 5)

Ответ на: комментарий от PunkoIvan

Я помню как то не смог на сабже ограничить канал по полосе для сайта.

mx__ ★★★★★
()
Ответ на: комментарий от mx__

uWSGI есть поддержка. добавлять поддержку голого WSGI - значит добавлять загрузку python скриптов в процесс nginx. то есть недопустимо с точки зрения дизайна быстрого легковесного вебсервера.

eternal_sorrow ★★★★★
()
Ответ на: комментарий от eternal_sorrow

Я про это и говорил. ngnix для работы нужен еще один веб сервер, а сам выполняет тупую работу http прокси.

mx__ ★★★★★
()
Ответ на: комментарий от mx__

Да думай что хочешь, мне то что. nginx настраивать гораздо проще, и работает он быстрее. именно потому что он не комбайн.

eternal_sorrow ★★★★★
()
Ответ на: комментарий от mx__

А ещё помимо собственно HTTP прокси и fastsgi, он поддерживает протоколы uWSGI и SCGI.

eternal_sorrow ★★★★★
()
Ответ на: комментарий от eternal_sorrow

…то есть недопустимо с точки зрения дизайна быстрого легковесного вебсервера

Я что-то пропустил? В какой момент nginx стал легковесным веб-сервером?

anonymous
()
Ответ на: комментарий от eternal_sorrow

Ну так я про это с самого начала и писал. Не полноценный веб сервер, сам может только статику пихать.

mx__ ★★★★★
()
Ответ на: комментарий от mx__

Ну так я про это с самого начала и писал. Не полноценный веб сервер, сам может только статику пихать.

Статика, TLS и проксирование. А больше и не нужно. Иначе смысл теряется. Это типа единой точки входа. А она должна быть быстрой и надёжной, значит простой.

anonymous
()
Ответ на: комментарий от Harald

И кстати (тут правильно заметили) у платной версии ngnix такая же версия ? Вроде платная версия это более производительная, с нормальным балансировщиком и еще всякими плюшками.

mx__ ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.