издание на nginx 1.20.0

След година на разработка беше въведен нов стабилен клон на високопроизводителния HTTP сървър и многопротоколен прокси сървър nginx 1.20.0, който включва промените, натрупани в основния клон 1.19.x. В бъдеще всички промени в стабилния клон 1.20 ще бъдат свързани с отстраняването на сериозни грешки и уязвимости. Скоро ще се формира основният клон на nginx 1.21, в който ще продължи разработването на нови функции. За обикновените потребители, които нямат задачата да осигурят съвместимост с модули на трети страни, се препоръчва да използват основния клон, въз основа на който се формират версии на търговския продукт Nginx Plus на всеки три месеца.

Според мартенски доклад на Netcraft, nginx се използва на 20.15% от всички активни сайтове (преди година 19.56%, преди две години 20.73%), което съответства на второто място по популярност в тази категория (делът на Apache съответства на 25.38% (преди година 27.64%), Google - 10.09%, Cloudflare - 8.51%.В същото време, когато се разглеждат всички сайтове, nginx запазва лидерството си и заема 35.34% от пазара (преди година 36.91%, преди две години - 27.52%), докато делът на Apache съответства на 25.98%, OpenResty (платформа, базирана на nginx и LuaJIT.) - 6.55%, Microsoft IIS - 5.96%.

Сред милионите най-посещавани сайтове в света делът на nginx е 25.55% (преди година 25.54%, преди две години 26.22%). В момента около 419 милиона уебсайта работят с Nginx (459 милиона преди година). Според W3Techs, nginx се използва на 33.7% от най-посещаваните милиони сайтове, през април миналата година тази цифра беше 31.9%, предходната година - 41.8% (спадът се обяснява с прехода към отделно отчитане на Cloudflare http сървър). Делът на Apache спадна през годината от 39.5% на 34%, а делът на Microsoft IIS от 8.3% на 7%. Делът на LiteSpeed ​​нараства от 6.3% на 8.4%, а на Node.js от 0.8% на 1.2%. В Русия nginx се използва на 79.1% от най-посещаваните сайтове (преди година - 78.9%).

Най-забележителните подобрения, добавени по време на разработката на клона нагоре по веригата 1.19.x:

• Добавена е възможност за проверка на клиентски сертификати с помощта на външни услуги, базирани на протокола OCSP (Протокол за онлайн статус на сертификат). За активиране на проверката се предлага директивата ssl_ocsp, за конфигуриране на размера на кеша - ssl_ocsp_cache, за предефиниране на URL адреса на манипулатора на OCSP, посочен в сертификата - ssl_ocsp_responder.
• Включен е модулът ngx_stream_set_module, който ви позволява да присвоите стойност на променливата сървър { listen 12345; задайте $true 1; }
• Добавена е директива proxy_cookie_flags за указване на флагове за бисквитки в прокси връзки. Например, за да добавите флага „httponly“ към бисквитката „one“ и флаговете „nosecure“ и „samesite=strict“ за всички останали бисквитки, можете да използвате следната конструкция: proxy_cookie_flags one httponly; proxy_cookie_flags ~ nosecure samesite=строг;

  Подобна директива userid_flags за добавяне на флагове към бисквитките също е внедрена за модула ngx_http_userid.

• Добавени са директиви “ssl_conf_command”, “proxy_ssl_conf_command”, “grpc_ssl_conf_command” и “uwsgi_ssl_conf_command”, с които можете да задавате произволни параметри за конфигуриране на OpenSSL. Например, за да дадете приоритет на ChaCha шифри и разширена конфигурация на TLSv1.3 шифри, можете да посочите ssl_conf_command Опции PrioritizeChaCha; ssl_conf_command Ciphersuites TLS_CHACHA20_POLY1305_SHA256;
• Добавена е директива "ssl_reject_handshake", която инструктира да се отхвърлят всички опити за договаряне на SSL връзки (например може да се използва за отхвърляне на всички повиквания с неизвестни имена на хостове в полето SNI). сървър {слушам 443 ssl; ssl_reject_handshake включено; } сървър {слушам 443 ssl; име_на_сървър example.com; ssl_сертификат example.com.crt; ssl_certificate_key example.com.key; }
• Директивата proxy_smtp_auth е добавена към пощенския прокси, което ви позволява да удостоверите потребителя в задната част, като използвате командата AUTH и механизма PLAIN SASL.
• Добавена е директивата "keepalive_time", която ограничава общия живот на всяка поддържаща връзка, след което връзката ще бъде затворена (да не се бърка с keepalive_timeout, която дефинира времето на неактивност, след което поддържащата връзка се затваря).
• Добавена е променлива $connection_time, чрез която можете да получите информация за продължителността на връзката в секунди с точност до милисекунди.
• Към директивите „proxy_cache_path“, „fastcgi_cache_path“, „scgi_cache_path“ и „uwsgi_cache_path“ е добавен параметър „min_free“, който регулира размера на кеша въз основа на определяне на минималния размер на свободното дисково пространство.
• Директивите "lingering_close", "lingering_time" и "lingering_timeout" са адаптирани за работа с HTTP/2.
• Кодът за обработка на връзката в HTTP/2 е близък до изпълнението на HTTP/1.x. Поддръжката за отделните настройки "http2_recv_timeout", "http2_idle_timeout" и "http2_max_requests" е преустановена в полза на общите директиви "keepalive_timeout" и "keepalive_requests". Настройките „http2_max_field_size“ и „http2_max_header_size“ са премахнати и вместо тях трябва да се използва „large_client_header_buffers“.
• Добавена е нова опция на командния ред „-e“, която ви позволява да посочите алтернативен файл за запис на регистъра на грешките, който ще се използва вместо журнала, посочен в настройките. Вместо името на файла можете да посочите специалната стойност stderr.

Източник: opennet.ru