nginx 1.18.0 release

Nei in jier fan ûntwikkeling presintearre nije stabile tûke fan hege-optreden HTTP-tsjinner en multiprotokol proxy-tsjinner nginx 1.18.0, dy't opnommen de feroarings sammele binnen de wichtichste tûke 1.17.x. Yn 'e takomst sille alle wizigingen yn' e stabile branch 1.18 relatearre wurde oan it eliminearjen fan serieuze flaters en kwetsberens. De haadtûke fan nginx 1.19 sil ynkoarten wurde foarme, wêryn de ûntwikkeling fan nije funksjes sil trochgean. Foar gewoane brûkers dy't net de taak hawwe om kompatibiliteit te garandearjen mei modules fan tredden, oanrikkemandearre brûke de haadtûke, op basis fan hokker releases fan it kommersjele produkt Nginx Plus wurde foarme elke trije moannen.

Neffens April ferslach Netcraft nginx wurdt brûkt op 19.56% fan alle aktive siden (in jier lyn 20.73%, twa jier lyn 21.02%), wat oerienkomt mei it twadde plak yn populariteit yn dizze kategory (Apache's oandiel komt oerien mei 27.64%, Google - 10.03%, Microsoft IIS - 4.77%). Tagelyk, by it beskôgjen fan alle siden, behâldt nginx syn liederskip en beslacht 36.91% fan 'e merk (in jier lyn 27.52%), wylst it oandiel fan Apache oerienkomt mei 24.73%, Microsoft IIS - 12.85%, Google - 3.42%.

Under de miljoen meast besochte siden yn 'e wrâld is it oandiel fan nginx 25.54% (in jier lyn 26.22%, twa jier lyn 23.76%). Op it stuit rinne sawat 459 miljoen websiden Nginx (397 miljoen in jier lyn). Troch jûn W3Techs nginx wurdt brûkt op 31.9% fan siden út 'e miljoen meast besocht, yn april ferline jier wie dit sifer 41.8%, it jier dêrfoar - 38% (de delgong wurdt ferklearre troch de oergong nei aparte boekhâlding fan de Cloudflare http-tsjinner). It oandiel fan Apache foel oer it jier fan 43.6% nei 38.9%, en it oandiel fan Microsoft IIS fan 8.6% nei 8.3%. Yn Ruslân nginx wurdt brûkt op 78.9% fan de meast besochte siden (in jier lyn - 81%).

De meast opmerklike ferbetterings tafoege tidens de ûntwikkeling fan 'e 1.17.x streamopôfdieling:

  • Rjochtline tafoege limit_req_dry_run, dy't aktivearret de proef run modus, dêr't gjin beheinings wurde tapast op de yntinsiteit fan fersyk ferwurkjen (sûnder taryf limyt), mar bliuwt rekken hâldend mei it oantal fersiken boppe de grinzen yn dielde ûnthâld;
  • Rjochtline tafoege limit_conn_dry_run, dy't de ngx_http_limit_conn_module-module yn test-run-modus skeakelt, wêryn it oantal ferbiningen net beheind is, mar yn rekken brocht wurdt;
  • Tafoege rjochtline "auth_delay", wêrtroch jo in fertraging kinne tafoegje oan net autorisearre oanfragen mei in antwurdkoade fan 401 om de yntensiteit fan it rieden fan wachtwurden te ferminderjen en te beskermjen tsjin oanfallen, it manipulearjen fan de mjitting fan 'e útfieringstiid fan operaasjes (timingoanfal) by tagong ta systemen dêr't tagong is beheind Wachtwurd, resultaat fan in subquery of J.W.T. (JSON Web Token);
  • Stipe tafoege foar fariabelen yn 'e rjochtlinen "limit_rate" en "limit_rate_after", lykas yn 'e rjochtlinen "proxy_upload_rate" en "proxy_download_rate" fan 'e streammodule;
  • Yn de rjochtline grpc_pass tafoege stipe foar it brûken fan in fariabele yn in parameter dy't in adres definiearret. As it adres is oantsjutte as in domeinnamme, wurdt de namme socht ûnder de beskreaune groepen fan tsjinners, en, as net fûn, dan bepaald mei in resolver;
  • Nije fariabelen tafoege $proxy_protocol_server_addr и $proxy_protocol_server_port, dy't it tsjinneradres en de poarte befetsje dy't krigen binne fan 'e PROXY-protokolkoptekst;
  • Yn de module ngx_stream_limit_conn_module fariabele tafoege $limit_conn_status, dy't bewarret it resultaat fan it beheinen fan it oantal ferbinings: PASSED, REJECTED of REJECTED_DRY_RUN;
  • Yn de module ngx_http_limit_req_module fariabele tafoege $limit_req_status, dy't it resultaat bewarret fan it beheinen fan it taryf fan oankomst fan fersiken: PASSED, DELAYED, REJECTED, DELAYED_DRY_RUN of REJECTED_DRY_RUN;
  • Standert wurdt de module gearstald ngx_http_postpone_filter_module;
  • Stipe tafoege foar it wikseljen fan neamde "lokaasje" blokken mei de $r->internal_redirect() metoade levere troch de ynboude Perl-tolk. Dizze metoade giet no om it ferwurkjen fan URI's mei ûntsnapte tekens;
  • By it brûken fan de "streamop" rjochtline yn it "streamop" ynstellingsblokHast» om load balancing te organisearjen mei client-server binding, as jo in lege kaaiwearde oantsjutte, is de unifoarme balânsmodus (round-robin) no aktivearre;
  • Stipe tafoege foar it oproppen fan ioctl (FIONREAD) as beskikber om lêzen fan in rappe ferbining oer de tiid te foarkommen.

Boarne: opennet.ru

Add a comment