Utgåvan av nginx 1.28.0 och fork FreeNginx 1.28.0.

Efter ett års utveckling har den nya stabila versionen av den högpresterande HTTP-servern och flerprotokollproxy-servern nginx 1.28.0 publicerats, som har samlat förändringar som samlats i huvudversionen 1.27.x. I framtiden kommer alla ändringar i den stabila versionen 1.28 att handla om att åtgärda allvarliga fel och sårbarheter. Snart kommer huvudversionen nginx 1.29 att formas, där utvecklingen av nya funktioner kommer att fortsätta. För vanliga användare som inte behöver säkerställa kompatibilitet med tredjepartsmoduler rekommenderas det att använda huvudversionen, på grundval av vilken kommersiella produkter som Nginx Plus publiceras var tredje månad.

Enligt marsrapporten från företaget Netcraft körs cirka 245 miljoner webbplatser med nginx (för ett år sedan 243 miljoner, för två år sedan 289 miljoner). Nginx används på 17,89 % av alla aktiva webbplatser (för ett år sedan 18,15 %, för två år sedan 18,94 %), vilket motsvarar första plats i popularitet inom denna kategori (andelen Apache motsvarar 16,03 % (för ett år sedan 20,09 %, för två år sedan 20,52 %), Cloudflare – 17,81 % (14,12 %, 11,32 %), Google – 9,89 % (10,41 %, 9,89 %).

När man ser på alla webbplatser behåller nginx ledarskapet och har en marknadsandel på 20,48 % (för ett år sedan 22,31 %, för två år sedan – 25,94 %), medan andelen Apache motsvarar 16,03 % (20,17 %, 20,58 %), Cloudflare – 12,87 % (11,24 %, 10,17 %), OpenResty (plattform baserad på nginx och LuaJIT) – 9,36 % (7,93 %, 7,94 %).

Bland de en miljon mest besökta webbplatserna i världen har nginx andra plats med en andel på 20,37 % (för ett år sedan 20,63 %, för två år sedan 21,37 %). Första platsen hålls av Cloudflare – 22,32 % (för ett år sedan 22,59 %, för två år sedan 21,62 %). Andelen Apache httpd – 17,95 % (20,09 %, 21,18 %).

Enligt W3Techs används nginx på 33,8 % av webbplatserna bland de en miljon mest besökta (i april förra året var denna siffra 34,3 %, året innan 34,5 %). Andelen Apache har under året minskat från 30,1 % till 26,3 %, medan andelen Microsoft IIS har minskat från 5 % till 4 %. Andelen Node.js har ökat från 3,2 % till 4,4 %, och andelen LiteSpeed från 12,9 % till 14,6 %.

De mest märkbara förbättringarna som lagts till under skapandet av huvudversionen 1.27.x:

• För anslutningar som använder QUIC-protokollet har stöd för algoritmen CUBIC (RFC 9438) för hantering av nätverksöverbelastning lagts till. Denna algoritm ökar successivt storleken på överbelastningsfönstret tills paketförlust inträffar, varefter fönsterstorleken återställs till värdet före förlusten. I genomförda tester minskade användningen av CUBIC överföringstiden för en fil på 500 MB med 24% vid fördröjningar på 40 ms och BDP 750K (Bandwidth Delay Product) och med 73% vid fördröjningar på 100 ms och BDP 9M.
• I stream-modulen har stöd för kontroll av kunders certifikatåterkallande lagts till, med användning av OCSP-protokollet (Online Certificate Status Protocol).
• I stream-modulen har stöd för OCSP Stapling implementerats, vilket innebär att ett certifikatåterkallande svar som har godkänts av en certifieringsmyndighet skickas av servern som hanterar webbplatsen utan att direkt kontakta certifieringsmyndigheten vid etablering av TLS-anslutningen.
• Vid start och uppdatering av konfigurationen har caching implementerats. SSL-certifikat, av nycklar och CRL (Certificate Revocation List).
• Möjligheter har lagts till för att minska resursförbrukningen och belastningen på CPU:n vid användning av TLS i konfigurationer med ett stort antal block av server och plats. De tillagda förändringarna gör det möjligt att i stället för att skapa en separat SSL-kontakt (SSL_CTX i OpenSSL) för varje konfigurationsblock använda den redan befintliga SSL-kontakten från föräldern.
• I direktivet "ssl_client_certificate" har stöd för certifikat med tilläggsinformation säkerställts.
• För kontroll av klientens SSL-certifikat är direktivet "ssl_client_certificate" numera inte obligatoriskt.
• I ngx_mail_proxy_module har stöd för det specifika för SmarterMail-modet IMAP LOGIN med ett icke-taggat CAPABILITY-svar lagts till.
• I ngx_http_proxy_module har direktivet "proxy_pass_trailers" lagts till, vilket tillåter överföring av huvudfält i slutet av svaret från den proxyserver som hanterar klienten.
• I direktivet "server", som används i blocket "upstream", har stöd för parametern "resolve" lagts till, vilket gör det möjligt att spåra förändringar. IP-adresser för det använda domännamnet och automatiskt uppdatera konfigurationen av "upstream"-blocket utan att behöva starta om nginx vid adresändringar.
• Det har lagts till möjlighet att använda variabler i direktiven "proxy_limit_rate", "fastcgi_limit_rate", "scgi_limit_rate" och "uwsgi_limit_rate".
• I direktiven "proxy_bind", "fastcgi_bind", "grpc_bind", "memcached_bind", "scgi_bind" och "uwsgi_bind", samt som klientadress i modulen ngx_http_realip_module, är det tillåtet att ange IPv6-adresser i hakparenteser utan portnummer.
• Direktivet "keepalive_min_timeout" har lagts till, vilket definierar timeouten under vilken nginx inte kommer att stänga keep-alive-anslutningen med klienten.
• Protokollen TLSv1 och TLSv1.1 är som standard inaktiverade.
• Problem med långsam laddning av konfigurationsfiler på grund av omparsing av samma uppsättning TLS-certifikat, nycklar och certifikatlistor har åtgärdats. Återladdning av konfigurationen har snabbats upp genom att återanvända oförändrade TLS-objekt, såsom certifikat, nycklar och CRL. För att inaktivera arv av objekt vid uppdatering av konfiguration har direktivet "ssl_object_cache_inheritable" lagts till.
• En cache för certifikat och nycklar som laddas med hjälp av variabler i direktiven (t.ex. "ssl_certificate /etc/ssl/$ssl_server_name.crt") har lagts till. För att hantera cachen har direktiven "ssl_certificate_cache", "proxy_ssl_certificate_cache", "grpc_ssl_certificate_cache" och "uwsgi_ssl_certificate_cache" lagts till. Genom de angivna direktiven kan du konfigurera maximal cachestorlek, giltighetstid för poster och tid för rensning av oanvända poster. Till exempel: "ssl_certificate_cache max=1000 inactive=20s valid=1m;".
• Minnesanvändningen har minskats vid hantering av långvariga begärningar i konfigurationer där direktiven "gzip", "gunzip", "ssi", "sub_filter" eller "grpc_pass" används.
• Den maximala storleken för hämtade SSL-sessioner i delat minne har ökat till 8192.
• Byggsystemet med C-biblioteket Musl har förbättrats.
• Arbete har utförts för att optimera prestanda och åtgärda buggar i implementeringen av HTTP/3.

Uppkomsten av frisläppandet av projektet FreeNginx 1.28.0, en fortsättning på Nginx, kan också nämnas. Utvecklingen av forken leds av Maxim Dunin, en av nyckelutvecklarna för Nginx. FreeNginx positioneras som ett ideellt projekt som säkerställer utvecklingen av Nginx:s kodbas utan företagsinblandning. Bland de specifika ändringarna i FreeNginx 1.28:

• Parametern "off" i direktivet "pid" som inaktiverar skapandet av PID-filen.
• Begränsning av intensiteten för loggning av felmeddelanden för att skydda mot att loggen fylls med typiska meddelanden.
• Implementeringen av parametern multipath i direktivet listen för att stödja Multipath TCP.
• Stöd för HTTP-headern "Age" för att bestämma livslängden för cache-poster.
• Tillägg av autentiseringsmetoderna XOAUTH2 och OAUTHBEARER i mail_proxy-modulen.

Källa: opennet.ru