nginx 1.18.0 väljaanne

Pärast aasta arendust esitati uus stabiilne kõrgtasemeline HTTP-serveri ja mitme protokolli vahetussüsteemi haru nginx 1.18.0, mis sisaldab muudatusi, mis on kogunenud 1.17.x peaharusse. Edasi kõik muudatused stabiilses 1.18 haru keskenduvad tõsiste vigade ja haavatavuste kõrvaldamisele. Peagi moodustatakse nginx 1.19 peaharud, kus jätkatakse uute võimaluste arendamist. Tavalistele kasutajatele, kellel ei ole ülesannet tagada ühilduvust kolmandate osapoolte moodulitega, soovitatakse soovitatakse kasutada põhiharusid, mille baasil luuakse iga kolme kuu tagant kaubandusliku toote Nginx Plus väljalasked.

Vastavalt aprilli aruande ettevõtte Netcraft andmetel, kasutatakse nginx'i 19.56% igast aktiivsest veebisaidist (aasta tagasi 20.73%, kaks aastat tagasi 21.02%), mis vastab teisele kohale populaarsuses antud kategoorias (Apache turuosa on 27.64%, Google – 10.03%, Microsoft IIS – 4.77%). Samuti arvestades kõiki veebisaite, säilitab nginx liidrikoha ja moodustab 36.91% turust (aasta tagasi 27.52%), samas kui Apache osakaal on 24.73%, Microsoft IIS – 12.85%, Google – 3.42%.

Miljoni kõige külastatavama veebisaidi seas on nginx'i osakaal 25.54% (aasta tagasi 26.22%, kaks aastat tagasi 23.76%). Praegu töötab nginx'i all umbes 459 miljonit veebisaiti (aasta tagasi 397 miljoni). andmete W3Techs andmetel kasutatakse nginx'i 31.9% kõige külastatavamate miljonist veebisaidist, aprillis eelmisel aastal oli see näitaja 41.8%, üle-eelmisel – 38% (langus on seletatav Cloudflare'i eraldi jälgimisega http-serveritele). Apache osakaal on aastaga vähenenud 43.6% kuni 38.9% ja Microsoft IIS osakaal 8.6% kuni 8.3%. Venemaal on nginx kasutatakse 78.9% kõige külastatavatest veebisaitidest (aasta tagasi – 81%).

Tähtsamad täiustused, mis on lisatud peaharude 1.17.x moodustamise käigus:

• Lisatud direktiiv limit_req_dry_run, mis aktiveerib proovikäivituse režiimi, kus taotlejate töötlemise intensiivsuse piire (ilma kiiruspiiranguta) ei rakendata, kuid jätkub piiride ületavate taotluste arvestamine jagatud mälus;
• Lisatud direktiiv limit_conn_dry_run, mis viib ngx_http_limit_conn_module'i proovirežiimi, kus ühenduste arvu ei piira, kuid see arvestatakse;
• Lisatud on direktiiv «auth_delay«, mis võimaldab lisada 401 vastusega volitamata päringute viivituse, et vähendada paroolide proovimise intensiivsust ja kaitsta rünnakute, operatsioonide täitmise aja mõõtmise manipulatsioonide (timing attack) eest, millele pääseb ligi, parooliga, alamküsitlusest või JWT (JSON Web Token);
• Lisatud toetus muutujaile direktiivides «limit_rate» ja «limit_rate_after», samuti direktiivides «proxy_upload_rate» ja «proxy_download_rate» voogude moodulis;
• Direktiivis grpc_pass Lisatud tugi muutuja kasutamiseks parameetris, mis määrab aadressi. Kui aadress on antud domeeninime kujul, otsitakse nime kirjeldatud serverigruppide seast ning kui leitud ei ole, määratakse see resolvri abil;
• Uued muutujad on lisatud $proxy_protocol_server_addr ja $proxy_protocol_server_port, mis sisaldavad serveri aadressi ja porti, saadud PROXY protokolli päisest;
• Moodulis ngx_stream_limit_conn_module Lisatud muutuja $limit_conn_status, mis salvestab ühenduste arvu piiramise tulemuse: PASSED, REJECTED või REJECTED_DRY_RUN;
• Moodulis ngx_http_limit_req_module Lisatud muutuja $limit_req_status, mis salvestab päringute sisendkiirusete piiramise tulemuse: PASSED, DELAYED, REJECTED, DELAYED_DRY_RUN või REJECTED_DRY_RUN;
• Mooduli ngx_http_postpone_filter_module;
• Lisatud tugi nimetatud plokkide "location" vahetamiseks $r->internal_redirect() meetodi abil, mida pakub sisseehitatud Perl tõlgendus. See meetod eeldab nüüd URI töötlemist kodeeritud märkidega;
• Kasutatav plokis seadistustes „upstream” direktiivi „hash» koormuse tasakaalustamise korraldamiseks kliendi sidumisega serveriga, aktiveeritakse nüüd tühja võtme väärtuse määramisel ühtlase tasakaalustamise režiim (round-robin);
• Lisatud tugi ioctl(FIONREAD) kutseks, kui see on saadaval, et vältida pikaajalist lugemist kiirest ühendusest.

Allikas: opennet.ru