{"id":115269,"date":"2024-04-24T02:30:06","date_gmt":"2024-04-24T00:30:06","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-nginx-1-26-0-s-podderzhkoj-http-3"},"modified":"2024-04-24T02:30:06","modified_gmt":"2024-04-24T00:30:06","slug":"vypusk-nginx-1-26-0-s-podderzhkoj-http-3","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/vypusk-nginx-1-26-0-s-podderzhkoj-http-3","title":{"rendered":"Uscita di nginx 1.26.0 con supporto per HTTP\/3","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Dopo un anno di sviluppo, \u00e8 stata pubblicata una nuova versione stabile del server HTTP ad alte prestazioni e del proxy multi-protocollo nginx 1.26.0, che incorpora le modifiche accumulate nel ramo principale 1.25.x. In futuro, tutte le modifiche nel ramo stabile 1.26 saranno dedicate alla correzione di gravi errori e vulnerabilit\u00e0. A breve verr\u00e0 formata la versione principale di nginx 1.27, in cui continuer\u00e0 lo sviluppo di nuove funzionalit\u00e0. Per gli utenti comuni, che non devono garantire la compatibilit\u00e0 con moduli di terze parti, si raccomanda di utilizzare il ramo principale, su cui ogni tre mesi vengono pubblicate le versioni del prodotto commerciale Nginx Plus. <\/p>\n
Secondo il rapporto di marzo della societ\u00e0 Netcraft, ci sono circa 243 milioni di siti web gestiti da nginx (rispetto ai 289 milioni di un anno fa). Nginx \u00e8 utilizzato dal 18,15% di tutti i siti web attivi (rispetto al 18,94% di un anno fa e al 20,08% di due anni fa), il che rappresenta il secondo posto in termini di popolarit\u00e0 in questa categoria (la quota di Apache \u00e8 del 20,09% (rispetto al 20,52% di un anno fa e al 22,58% di due anni fa), Cloudflare \u2014 14,12% (11,32%, 10,42%), Google \u2014 10,41% (9,89%, 8,89%). Tuttavia, considerando tutti i siti, nginx mantiene la leadership con una quota del 22,31% del mercato (rispetto al 25,94% di un anno fa e al 31,13% di due anni fa), mentre la quota di Apache \u00e8 del 20,17% (20,58%, 23,08%), Cloudflare \u2014 11,24% (10,17%, 5,49%), OpenResty (una piattaforma basata su nginx e LuaJIT) \u2014 7,93% (7,94%, 8,01%). <\/p>\n
Tra un milione dei siti web pi\u00f9 visitati al mondo, la quota di nginx \u00e8 del 20,63% (un anno fa era 21,37%, due anni fa 21,79%), Cloudflare \u2014 22,59% (un anno fa 21,62%), Apache httpd \u2014 20,09% (21,18%). Secondo W3Techs, nginx \u00e8 utilizzato nel 34,3% dei siti tra i mille pi\u00f9 visitati; ad aprile dell'anno scorso questo valore era del 34,5%, e due anni fa del 33,1%. La quota di Apache \u00e8 diminuita nell'ultimo anno dal 32,2% al 30,1%, mentre la quota di Microsoft IIS \u00e8 scesa dal 5,6% al 4,8%. La quota di Node.js \u00e8 aumentata dal 2,4% al 3,2%, mentre la quota di LiteSpeed \u00e8 passata dall'11,8% al 12,9%. <\/p>\n
Miglioramenti pi\u00f9 significativi aggiunti nel processo di sviluppo del ramo principale 1.25.x: <\/p>\n
\n
\u00c8 stato aggiunto il modulo ngx_http_v3 con supporto sperimentale per il protocollo HTTP\/3. \u00c8 prevista un'opzione di compilazione del modulo \u2014with-http_v3_module. HTTP\/3 definisce l'uso del protocollo QUIC (Quick UDP Internet Connections) come mezzo di trasporto per HTTP\/2. QUIC \u00e8 un'implementazione sopra il protocollo UDP, che supporta il multiplexing di pi\u00f9 connessioni e offre metodi di crittografia equivalenti a TLS\/SSL. Il protocollo \u00e8 stato sviluppato nel 2013 da Google come alternativa alla combinazione TCP+TLS per il web, affrontando problemi di lungo tempo di connessione e accordo nelle connessioni TCP e riducendo i ritardi in caso di perdita di pacchetti durante la trasmissione dei dati.\n
\u00c8 stata aggiunta una nuova direttiva \u00abhttp2\u00bb per l'attivazione selettiva del protocollo HTTP\/2 legato ai server (pu\u00f2 essere utilizzata in singoli blocchi \u00abserver\u00bb). Il parametro \u00abhttp2\u00bb nella direttiva \u00ablisten\u00bb \u00e8 stato dichiarato obsoleto.\n
\u00c8 stata potenziata la protezione contro attivit\u00e0 anomale dei clienti HTTP\/2, in particolare contro attacchi DoS di tipo \u00abRapid Reset\u00bb, nei quali viene creato un numero elevato di flussi resettati contemporaneamente all'interno di una singola connessione HTTP\/2. Nella configurazione predefinita, tali attacchi si scontrano con il limite sul numero di richieste per connessione \u00abkeepalive_requests\u00bb (dopo ogni 1000 richieste la connessione verr\u00e0 resettata) e con i limiti \u00ablimit_req\u00bb. Per una risposta pi\u00f9 rapida al flood di richieste attraverso un numero elevato di flussi, \u00e8 stato aggiunto un ulteriore limite che impedisce di creare per default pi\u00f9 di 256 (2 * max_concurrent_streams) nuovi flussi ad ogni ciclo di elaborazione degli eventi. Questo nuovo limite consente di iniziare a bloccare le richieste prima di raggiungere il limite generale sul numero di flussi simultanei, ad esempio quando i flussi vengono elaborati in modo asincrono o vengono resettati.\n