Vydanie nginx 1.18.0

Po roku vývoja zastúpené nová stabilná vetva vysokovýkonného HTTP servera a multiprotokolového proxy servera nginx 1.18.0, ktorý absorboval zmeny nahromadené v rámci hlavnej vetvy 1.17.x. V budúcnosti budú všetky zmeny v stabilnej vetve 1.18 súvisieť s odstránením závažných chýb a zraniteľností. Čoskoro sa vytvorí hlavná vetva nginx 1.19, v rámci ktorej bude pokračovať vývoj nových funkcií. Pre bežných používateľov, ktorí nemajú za úlohu zabezpečiť kompatibilitu s modulmi tretích strán, odporúča použite hlavnú vetvu, na základe ktorej sa každé tri mesiace tvoria vydania komerčného produktu Nginx Plus.

Podľa Aprílová správa Netcraft nginx sa používa na 19.56 % všetkých aktívnych stránok (pred rokom 20.73 %, pred dvoma rokmi 21.02 %), čo zodpovedá druhému miestu v obľúbenosti v tejto kategórii (podiel Apache zodpovedá 27.64 %, Google – 10.03 %, Microsoft IIS - 4.77 %) . Zároveň, keď vezmeme do úvahy všetky stránky, nginx si zachováva svoje vedúce postavenie a zaberá 36.91% trhu (pred rokom 27.52%), zatiaľ čo podiel Apache zodpovedá 24.73%, Microsoft IIS - 12.85%, Google - 3.42%.

Medzi miliónom najnavštevovanejších stránok na svete je podiel nginx 25.54 % (pred rokom 26.22 %, pred dvoma rokmi 23.76 %). V súčasnosti používa Nginx približne 459 miliónov webových stránok (pred rokom 397 miliónov). Autor: Podľa W3Techs nginx sa používa na 31.9% stránok z milióna najnavštevovanejších, v apríli minulého roka to bolo 41.8%, rok predtým - 38% (pokles sa vysvetľuje prechodom na samostatné účtovníctvo servera Cloudflare http). Podiel Apache medziročne klesol zo 43.6 % na 38.9 % a podiel Microsoft IIS z 8.6 % na 8.3 %. V Rusku nginx použitý na 78.9 % najnavštevovanejších stránok (pred rokom - 81 %).

Najpozoruhodnejšie vylepšenia pridané počas vývoja upstream vetvy 1.17.x:

  • Pridaná smernica limit_req_dry_run, ktorý aktivuje režim skúšobnej prevádzky, v ktorom nie sú aplikované žiadne obmedzenia na intenzitu spracovania požiadaviek (bez obmedzenia rýchlosti), ale naďalej zohľadňuje počet požiadaviek prekračujúcich limity v zdieľanej pamäti;
  • Pridaná smernica limit_conn_dry_run, ktorý prepne modul ngx_http_limit_conn_module do režimu testovacej prevádzky, v ktorom nie je obmedzený počet spojení, ale je zohľadnený;
  • Pridaná smernica "auth_delay“, ktorý vám umožňuje pridať oneskorenie k neoprávneným požiadavkám s kódom odpovede 401, aby ste znížili intenzitu hádania hesla a chránili pred útokov, manipulácia s meraním času vykonávania operácií (timing attack) pri prístupe k systémom, ku ktorým je obmedzený prístup heslo, výsledok poddotazu alebo J.W.T. (webový token JSON);
  • Pridaná podpora pre premenné v smerniciach „limit_rate“ a „limit_rate_after“, ako aj v smerniciach „proxy_upload_rate“ a „proxy_download_rate“ modulu streamu;
  • V smernici grpc_pass pridaná podpora pre použitie premennej v parametri, ktorý definuje adresu. Ak je adresa špecifikovaná ako názov domény, názov sa vyhľadá medzi opísanými skupinami serverov a ak sa nenájde, určí sa pomocou resolvera;
  • Pridané nové premenné $proxy_protocol_server_addr и $proxy_protocol_server_port, ktoré obsahujú adresu servera a port získaný z hlavičky protokolu PROXY;
  • V module ngx_stream_limit_conn_module pridaná premenná $limit_conn_status, ktorý ukladá výsledok obmedzenia počtu spojení: PASSED, REJECTED alebo REJECTED_DRY_RUN;
  • V module ngx_http_limit_req_module pridaná premenná $limit_req_status, ktorý ukladá výsledok obmedzenia rýchlosti príchodu požiadaviek: PASSED, DELAYED, REJECTED, DELAYED_DRY_RUN alebo REJECTED_DRY_RUN;
  • Štandardne je modul zostavený ngx_http_postpone_filter_module;
  • Pridaná podpora pre prepínanie blokov s názvom „umiestnenie“ pomocou metódy $r->internal_redirect(), ktorú poskytuje vstavaný interpret jazyka Perl. Táto metóda teraz zahŕňa spracovanie URI s uniknutými znakmi;
  • Pri použití smernice „upstream“ v bloku nastavení „upstream“.hašiš» na organizáciu vyvažovania záťaže s väzbou klient-server, ak zadáte prázdnu hodnotu kľúča, je teraz aktivovaný režim jednotného vyvažovania (round-robin);
  • Pridaná podpora pre volanie ioctl (FIONREAD), ak je k dispozícii, aby sa zabránilo čítaniu z rýchleho pripojenia v priebehu času.

Zdroj: opennet.ru

Pridať komentár