Utgivelsen av nginx 1.18.0

Etter ett års utvikling presenterades ny stabil gren av høyytelses HTTP-server og multifunksjonsproxy-server nginx 1.18.0, som har samlet endringer fra hovedgrenen 1.17.x. I fremtiden vil alle endringer i den stabile grenen 1.18 knyttes til fjerning av alvorlige feil og sårbarheter. Innen kort tid vil hovedgrenen nginx 1.19 bli opprettet, hvor utviklingen av nye funksjoner vil fortsette. For vanlige brukere som ikke har som mål å sikre kompatibilitet med tredjepartsmoduler, anbefales det bruke hovedgrenen, som danner kommersielle utgivelser av Nginx Plus hvert tredje måned.

I samsvar med aprilrapporten fra selskapet Netcraft brukes nginx på 19.56% av alle aktive nettsteder (for ett år siden 20.73%, for to år siden 21.02%), noe som tilsvarer andreplass i popularitet innen denne kategorien (andelen Apache er 27.64%, Google – 10.03%, Microsoft IIS – 4.77%). Samtidig, når man vurderer alle nettsteder, beholder nginx ledelsen og tar 36.91% av markedet (for ett år siden 27.52%), mens andelen Apache er 24.73%, Microsoft IIS – 12.85%, Google – 3.42%.

Blant en million av de mest besøkte nettstedene i verden er andelen nginx 25.54% (for ett år siden 26.22%, for to år siden 23.76%). Per nå finnes det omtrent 459 millioner nettsteder drevet av nginx (for ett år siden 397 millioner). I dataene W3Techs brukes nginx på 31.9% av nettstedene blant millionen mest besøkte, i april i fjor var dette tallet 41.8%, året før 38% (nedgangen skyldes overgangen til separat regnskap for Cloudflare HTTP-server). Andelen Apache falt fra 43.6% til 38.9% i løpet av året, mens andelen Microsoft IIS fra 8.6% til 8.3%. I Russland brukes nginx blir utnyttet på 78.9% av de mest besøkte nettstedene (for ett år siden – 81%).

De mest merkbare forbedringene lagt til i prosessen med å etablere hovedgrenen 1.17.x:

• Direktivet limit_req_dry_run, som aktiverer en prøveprogrammodus der det ikke pålegges begrensninger på forespørselshåndtering (uten rate limit), men antallet forespørselene som overskrider grensen, fortsatt registreres i delt minne;
• Direktivet limit_conn_dry_run, som setter ngx_http_limit_conn_module-modulen i en prøvekjøringsmodus der antall tilkoblinger ikke er begrenset, men blir tatt med i beregningen;
• Den nye direktiven «auth_delay«, som gjør det mulig å legge til en forsinkelse for uautorisert forespørsel med svarkode 401 for å redusere intensiteten av passordkraking og beskytte mot angrep, manipulasjon av tidsmåling av operasjoner (timing attack) når man får tilgang til systemer som er begrenset med passord, resultatet av en underforespørsel eller JWT (JSON Web Token);
• Støtte for variabler er lagt til i direktivene «limit_rate» og «limit_rate_after», samt i direktivene «proxy_upload_rate» og «proxy_download_rate» i stream-modulen;
• I direktivet grpc_pass er det lagt til støtte for bruk av variabel i parameteren som definerer adressen. Hvis adressen er angitt som et domenenavn, søkes det blant de beskrevne servergruppene, og hvis den ikke finnes, bestemmes den ved hjelp av resolveren;
• Nye variabler er lagt til $proxy_protocol_server_addr og $proxy_protocol_server_port, som inneholder adressen og porten til serveren hentet fra PROXY-protokollens overskrift;
• I modulen ngx_stream_limit_conn_module en ny variabel er lagt til $limit_conn_status, som lagrer resultatet av begrensningen av antall tilkoblinger: PASSED, REJECTED eller REJECTED_DRY_RUN;
• I modulen ngx_http_limit_req_module en ny variabel er lagt til $limit_req_status, som lagrer resultatet av begrensningen av forespørselshastigheten: PASSED, DELAYED, REJECTED, DELAYED_DRY_RUN eller REJECTED_DRY_RUN;
• Modulen er standardmessig bygget ngx_http_postpone_filter_module;
• Støtte for omdirigering av navngitte blokker «location» ved hjelp av metoden $r->internal_redirect(), levert av den innebygde Perl-tolkeren, er lagt til. Denne metoden innebærer nå behandling av URI-er med unescaped tegn;
• Når den brukes i innstillingsblokken «upstream» med direktivet «hash» for å organisere lastbalansering med klientbinding til serveren, aktiveres nå en modus for jevn lastbalansering (round-robin) dersom en tom nøkkelverdi er angitt;
• Støtte for ioctl(FIONREAD) er lagt til, hvis det er tilgjengelig, for å unngå langvarig lesing fra en rask tilkobling.

Kilde: opennet.ru