Release av nginx 1.18.0

Efter ett års utveckling presenterades den nya stabila grenen av den högpresterande HTTP-servern och den multiprotokollproxy-servern nginx 1.18.0, som sammanfattar ändringarna som har samlats inom den huvudsakliga grenen 1.17.x. Alla framtida ändringar i den stabila grenen 1.18 kommer att fokusera på att åtgärda allvarliga buggar och sårbarheter. Snart kommer den huvudsakliga grenen nginx 1.19 att formas, där utvecklingen av nya funktioner kommer att fortsättas. För vanliga användare utan behov av att säkerställa kompatibilitet med tredjepartsmoduler rekommenderas bör använda den huvudsakliga grenen, på vilken kommersiella produkter Nginx Plus publiceras var tredje månad.

I enlighet med aprilrapporten från Netcraft används nginx på 19.56% av alla aktiva webbplatser (för ett år sedan 20.73%, för två år sedan 21.02%), vilket motsvarar en andra plats i popularitet i denna kategori (andelen Apache är 27.64%, Google 10.03%, Microsoft IIS 4.77%). Med tanke på alla webbplatser behåller nginx ledningen och har 36.91% av marknaden (för ett år sedan 27.52%), medan andelen Apache är 24.73%, Microsoft IIS 12.85%, Google 3.42%.

Bland de mest besökta miljonen webbplatser i världen är andelen nginx 25.54% (för ett år sedan 26.22%, för två år sedan 23.76%). För närvarande finns det cirka 459 miljoner webbplatser under nginx (för ett år sedan 397 miljoner). Enligt data W3Techs används nginx på 31.9% av de mest besökta webbplatserna, medan detta mått var 41.8% förra året och 38% året före det (nedgången förklaras av att Cloudflare nu räknas för sig). Andelen Apache sjönk på ett år från 43.6% till 38.9%, och andelen Microsoft IIS från 8.6% till 8.3%. I Ryssland använder nginx funktionen unix_crypt, som tar emot det lösenord som användaren anger utan att utföra escape av specialtecken. I git-repositoriet 78.9% av de mest besökta webbplatserna (för ett år sedan - 81%).

De mest anmärkningsvärda förbättringarna som lades till under utvecklingen av den huvudsakliga grenen 1.17.x:

• Direktiv tillagt limit_req_dry_run, som aktiverar testläge där det inte tillämpas några begränsningar på begärningens bearbetningsintensitet (utan rate limit), men antalet begärningar som överskrider gränserna registreras i delat minne;
• Direktiv tillagt limit_conn_dry_run, vilket sätter om ngx_http_limit_conn_module i testläge där antalet anslutningar inte begränsas men ändå registreras;
• En direktiv "auth_delay", som möjliggör att lägga till en fördröjning för obehöriga förfrågningar med kod 401 för att minska intensiteten av lösenordsförsök och skydda mot attacker, som manipulerar tidmätning av operationer (timing attack) när man begär system som är skyddade av lösenord, resultatet av en subfråga eller JWT (JSON Web Token);
• Tillägg av stöd för variabler i direktiven "limit_rate" och "limit_rate_after", samt i direktiven "proxy_upload_rate" och "proxy_download_rate" i stream-modulen;
• I direktivet grpc_pass stöd för att använda en variabel i parametern som definierar adressen har lagts till. Om adressen anges som ett domännamn, söks namnet bland beskrivna servergrupper, och om det inte hittas fastställs det med resolver;
• Nya variabler har lagts till $proxy_protocol_server_addr och $proxy_protocol_server_port, som innehåller adressen och porten för servern, erhållna från PROXY-protokollets rubrik;
• I modulen ngx_stream_limit_conn_module en variabel har lagts till $limit_conn_status, som lagrar resultatet av anslutningsbegränsningen: PASSED, REJECTED eller REJECTED_DRY_RUN;
• I modulen ngx_http_limit_req_module en variabel har lagts till $limit_req_status, som lagrar resultatet av trafikbegränsningen: PASSED, DELAYED, REJECTED, DELAYED_DRY_RUN eller REJECTED_DRY_RUN;
• Modulen ngx_http_postpone_filter_module;
• Stöd för att växla namngivna block "location" har lagts till via metoden $r->internal_redirect(), som tillhandahålls av den inbyggda Perl-tolkaren. Denna metod innebär nu bearbetning av URI med flyktade tecken;
• Vid användning av direktivet „hash” i inställningsblocken „upstream” för att organisera belastningsbalansering med klientbindning till server, aktiveras nu läge för jämn belastningsbalansering (round-robin) om nyckeln anges med ett tomt värde;
• Stöd för att anropa ioctl(FIONREAD) har lagts till om det är tillgängligt för att undvika att läsa från en snabb anslutning under lång tid.

Källa: opennet.ru