{"id":84853,"date":"2020-06-11T13:42:33","date_gmt":"2020-06-11T11:42:33","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/predvaritelnyj-vypusk-nginx-s-podderzhkoj-quic-i-http-3"},"modified":"2020-06-11T13:42:33","modified_gmt":"2020-06-11T11:42:33","slug":"predvaritelnyj-vypusk-nginx-s-podderzhkoj-quic-i-http-3","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/predvaritelnyj-vypusk-nginx-s-podderzhkoj-quic-i-http-3","title":{"rendered":"La versione preliminare di nginx con supporto per QUIC e HTTP\/3","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Azienda NGINX ha annunciato<\/a><\/noindex> sull'inizio dei test realizzazione<\/a><\/noindex> dei protocolli QUIC e HTTP\/3 nel server HTTP e proxy nginx. L'implementazione si basa su 27 bozza<\/a><\/noindex> della specifica IETF-QUIC ed \u00e8 disponibile attraverso un repository separato<\/a><\/noindex>, derivato dalla versione 1.19.0. Il codice \u00e8 distribuito sotto licenza BSD e non si sovrappone a quella proposta in precedenza<\/a><\/noindex> implementazione di HTTP\/3 per nginx da parte di Cloudflare, che \u00e8 un progetto separato.<\/p>\n

Il supporto di HTTP\/3 in nginx \u00e8 contrassegnato come sperimentale, poich\u00e9 non tutte le funzionalit\u00e0<\/a><\/noindex> del protocollo sono implementate. Tuttavia, nginx pu\u00f2 gi\u00e0 essere utilizzato per inviare risposte a semplici richieste HTTP\/3 su QUIC e per caricare\/servire file di grandi dimensioni. Tra le funzionalit\u00e0 attualmente assenti del protocollo ci sono i meccanismi di negoziazione della versione del protocollo, ECN e controllo della congestione, log strutturati, modalit\u00e0 di recupero (QUIC recovery, gestione del flusso e congestione), NAT Rebinding, indirizzi mobili, Server push, allegato di dati (trailer). \u00c8 inoltre offerto solo un supporto di base per la gestione dei pacchetti ACK e della gestione del flusso, che richiede miglioramenti. Non sono stati rispettati tutti i requisiti dello standard.<\/p>\n

Per attivare HTTP\/3 \u00e8 necessario compilare nginx con il modulo http_v3_module e aggiungere una direttiva aggiuntiva
\n\u00ablisten\u00bb con il flag \u00abhttp3\u00bb per creare un socket UDP in ascolto. Ad esempio:<\/p>\n

server {
\n listen 443 ssl; # socket TCP per HTTP\/1.1
\n listen 443 http3 reuseport; # socket UDP per QUIC+HTTP\/3<\/p>\n

ssl_protocols TLSv1.3; # in QUIC \u00e8 obbligatorio TLS 1.3
\n ssl_certificate ssl\/www.example.com.crt;
\n ssl_certificate_key ssl\/www.example.com.key;<\/p>\n

add_header Alt-Svc \u2018quic=\u00bb:443\u2019\u2019; # indicatore di disponibilit\u00e0 di QUIC
\n add_header QUIC-Status $quic; # Intestazione con stato di utilizzo di QUIC
\n }<\/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 in sviluppo da parte di Google dal 2013 come alternativa al pacchetto TCP+TLS per il Web, risolvendo problemi di lungo tempo di instaurazione e negoziazione delle connessioni in TCP e alleviando ritardi in caso di perdita di pacchetti durante la trasmissione dei dati. QUIC \u00e8 un'estensione del protocollo UDP, che supporta il multiplexing di pi\u00f9 connessioni e fornisce metodi di crittografia equivalenti a quelli di TLS\/SSL. Sul lato del software client, il supporto sperimentale per HTTP\/3 \u00e8 gi\u00e0 stato aggiunto in Curl<\/a><\/noindex>, Firefox<\/a><\/noindex> e Chromium<\/a><\/noindex>.
\n

\"La<\/a><\/noindex><\/center><\/p>\n

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