nginx 1.18.0 nga pagpagawas

Human sa usa ka tuig nga kalamboan nga gihawasan sa bag-ong stable nga sanga sa high-performance HTTP server ug multiprotocol proxy server nginx 1.18.0, nga misuhop sa mga kausaban nga natipon sulod sa nag-unang sanga 1.17.x. Sa umaabot, ang tanan nga mga pagbag-o sa stable nga branch 1.18 adunay kalabutan sa pagwagtang sa mga seryoso nga mga sayup ug mga kahuyangan. Ang nag-unang sanga sa nginx 1.19 sa dili madugay maporma, diin ang pag-uswag sa mga bag-ong bahin magpadayon. Alang sa mga ordinaryong tiggamit nga wala’y tahas sa pagsiguro sa pagkaangay sa mga module sa ikatulo nga partido, girekomenda gamita ang panguna nga sanga, pinasukad kung diin ang mga pagpagawas sa komersyal nga produkto nga Nginx Plus naporma matag tulo ka bulan.

Sumala sa Abril report Ang Netcraft nginx gigamit sa 19.56% sa tanan nga aktibo nga mga site (usa ka tuig ang milabay 20.73%, duha ka tuig na ang milabay 21.02%), nga katumbas sa ikaduhang dapit sa pagkapopular niini nga kategoriya (ang bahin sa Apache katumbas sa 27.64%, Google - 10.03%, Microsoft IIS - 4.77%) . Sa parehas nga oras, kung gikonsiderar ang tanan nga mga site, ang nginx nagpabilin sa pagpangulo niini ug nag-okupar sa 36.91% sa merkado (usa ka tuig ang milabay 27.52%), samtang ang bahin sa Apache katumbas sa 24.73%, Microsoft IIS - 12.85%, Google - 3.42%.

Lakip sa milyon nga labing gibisita nga mga site sa kalibutan, ang bahin sa nginx mao ang 25.54% (usa ka tuig ang milabay 26.22%, duha ka tuig ang milabay 23.76%). Sa pagkakaron, mga 459 milyon nga mga website ang nagpadagan sa Nginx (397 milyon sa usa ka tuig ang milabay). Pinaagi sa gihatag Ang W3Techs nginx gigamit sa 31.9% sa mga site gikan sa milyon nga labing gibisita, sa Abril sa miaging tuig kini nga numero mao ang 41.8%, sa miaging tuig - 38% (ang pagkunhod gipatin-aw sa transisyon sa pagbulag sa accounting sa Cloudflare http server). Ang bahin sa Apache nahulog sa tuig gikan sa 43.6% hangtod sa 38.9%, ug ang bahin sa Microsoft IIS gikan sa 8.6% hangtod 8.3%. Sa Russia nginx gigamit sa 78.9% sa labing gibisita nga mga site (usa ka tuig ang milabay - 81%).

Ang labing inila nga mga pag-uswag nga gidugang sa panahon sa pag-uswag sa 1.17.x nga sanga sa ibabaw:

  • Gidugang ang direktiba limit_req_dry_run, nga nagpalihok sa trial run mode, diin walay mga pagdili nga gipadapat sa intensity sa pagproseso sa hangyo (nga walay limitasyon sa rate), apan nagpadayon sa pagkonsiderar sa gidaghanon sa mga hangyo nga milapas sa mga limitasyon sa shared memory;
  • Gidugang ang direktiba limit_conn_dry_run, nga nagbalhin sa ngx_http_limit_conn_module module ngadto sa test run mode, diin ang gidaghanon sa mga koneksyon dili limitado, apan gikonsiderar;
  • Gidugang nga direktiba "auth_delay", nga nagtugot kanimo sa pagdugang sa usa ka paglangan sa dili awtorisado nga mga hangyo nga adunay tubag nga code sa 401 aron makunhuran ang kakusog sa pagtag-an sa password ug mapanalipdan batok sa mga pag-atake, pagmaniobra sa pagsukod sa oras sa pagpatuman sa mga operasyon (pag-atake sa timing) kung ang pag-access sa mga sistema diin limitado ang pag-access password, resulta sa subquery o Ang JWT (JSON Web Token);
  • Gidugang nga suporta alang sa mga variable sa "limit_rate" ug "limit_rate_after" nga mga direktiba, ingon man sa "proxy_upload_rate" ug "proxy_download_rate" nga mga direktiba sa stream module;
  • Sa direktiba grpc_pass dugang nga suporta alang sa paggamit sa usa ka variable sa usa ka parameter nga naghubit sa usa ka adres. Kung ang adres gipiho isip usa ka domain name, ang ngalan pangitaon taliwala sa gihulagway nga mga grupo sa mga server, ug, kung dili makit-an, unya determinado gamit ang usa ka solver;
  • Bag-ong mga variable gidugang $proxy_protocol_server_addr ΠΈ $proxy_protocol_server_port, nga naglangkob sa adres sa server ug pantalan nga nakuha gikan sa PROXY protocol header;
  • Sa module ngx_stream_limit_conn_module gidugang ang variable $limit_conn_status, nga nagtipig sa resulta sa paglimit sa gidaghanon sa mga koneksyon: PASSED, REJECTED o REJECTED_DRY_RUN;
  • Sa module ngx_http_limit_req_module gidugang ang variable $limit_req_status, nga nagtipig sa resulta sa paglimit sa rate sa pag-abot sa mga hangyo: PASSED, DELAYED, REJECTED, DELAYED_DRY_RUN o REJECTED_DRY_RUN;
  • Sa kasagaran, ang module gitigum ngx_http_postpone_filter_module;
  • Gidugang nga suporta alang sa pag-togg sa ginganlan nga "lokasyon" nga mga bloke gamit ang $r->internal_redirect() nga pamaagi nga gihatag sa built-in nga Perl interpreter. Kini nga pamaagi karon naglambigit sa pagproseso sa mga URI nga adunay naka-eskapo nga mga karakter;
  • Kung gigamit ang "upstream" nga direktiba sa "upstream" nga mga setting blockhashΒ»aron maorganisar ang pagbalanse sa load gamit ang client-server binding, kon imong ipiho ang walay sulod nga yawe nga bili, ang uniporme nga balancing mode (round-robin) kay gi-activate na;
  • Gidugang nga suporta alang sa pagtawag sa ioctl (FIONREAD) kung magamit aron malikayan ang pagbasa gikan sa usa ka paspas nga koneksyon sa paglabay sa panahon.

Source: opennet.ru

Idugang sa usa ka comment