{"id":39022,"date":"2019-10-31T22:27:26","date_gmt":"2019-10-31T19:27:26","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kompaniya-cloudflare-realizovala-modul-dlya-podderzhki-http-3-v-nginx\/"},"modified":"2019-10-31T22:27:26","modified_gmt":"2019-10-31T19:27:26","slug":"kompaniya-cloudflare-realizovala-modul-dlya-podderzhki-http-3-v-nginx","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/kompaniya-cloudflare-realizovala-modul-dlya-podderzhki-http-3-v-nginx","title":{"rendered":"L'azienda Cloudflare ha implementato un modulo per supportare HTTP\/3 in NGINX","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

L'azienda Cloudflare ha preparato<\/a><\/noindex> modulo<\/a><\/noindex> per garantire il supporto del protocollo HTTP\/3 in NGINX. Il modulo \u00e8 realizzato come un'estensione della libreria in fase di sviluppo da Cloudflare quiche<\/a><\/noindex> con l'implementazione del protocollo di trasporto QUIC e HTTP\/3. Il codice di quiche \u00e8 scritto in Rust, ma il modulo per NGINX \u00e8 scritto in C e interagisce con la libreria tramite collegamento dinamico. Sviluppi sono aperti<\/a><\/noindex> sotto licenza BSD.<\/p>\n

Per l'assemblaggio \u00e8 sufficiente scaricare patch<\/a><\/noindex> nginx 1.16 e codice<\/a><\/noindex> Le librerie quiche devono essere utilizzate, dopodich\u00e9 ricompilare nginx con le opzioni \u00ab--with-http_v3_module --with-quiche=..\/quiche\u00bb. Durante la compilazione, il supporto TLS deve basarsi sulla libreria BoringSSL (\u00ab--with-openssl=..\/quiche\/deps\/boringssl\u00bb); l'uso di OpenSSL non \u00e8 ancora supportato. Per accettare connessioni, nel file di configurazione \u00e8 necessario aggiungere la direttiva listen con il flag \u00abquic\u00bb (ad esempio \u00ablisten 443 quic reuseport\u00bb).<\/p>\n

Il supporto per HTTP\/3 \u00e8 gi\u00e0 stato aggiunto nelle versioni sperimentali di Chrome Canary e nell'utilit\u00e0 curl. Sul lato server, era ancora necessario utilizzare implementazioni di test limitate nelle loro capacit\u00e0 testate.<\/a><\/noindex>La possibilit\u00e0 di gestire HTTP\/3 in nginx semplificher\u00e0 notevolmente il dispiegamento di server con supporto per HTTP\/3 e render\u00e0 pi\u00f9 accessibile l'implementazione sperimentale del nuovo protocollo. La disponibilit\u00e0 del supporto nativo per HTTP\/3 in nginx si prevede<\/a><\/noindex> nella branch 1.17.x entro 6-12 mesi.<\/p>\n

Ricordiamo che HTTP\/3 standardizza l'uso del protocollo QUIC come trasporto per HTTP\/2. Il protocollo QUIC<\/a><\/noindex> (Quick UDP Internet Connections) \u00e8 stato sviluppato da Google dal 2013 come alternativa alla combinazione TCP+TLS per il Web, affrontando problemi di elevato tempo di installazione e di negoziazione delle connessioni in TCP e eliminando i ritardi causati dalla perdita di pacchetti durante il trasferimento dei dati. QUIC \u00e8 un'estensione del protocollo UDP, che supporta la multiplexing di diverse connessioni e fornisce metodi di crittografia equivalenti a TLS\/SSL. <\/p>\n

Principali di rendering tramite WebGL e Canvas,<\/a><\/noindex> QUIC:\n<\/p>\n