{"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\/fr\/blog\/news\/kompaniya-cloudflare-realizovala-modul-dlya-podderzhki-http-3-v-nginx","title":{"rendered":"Cloudflare a mis en \u0153uvre un module pour le soutien de HTTP\/3 dans NGINX","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

La soci\u00e9t\u00e9 Cloudflare a pr\u00e9par\u00e9<\/a><\/noindex> mod\u00e8le<\/a><\/noindex> pour assurer le support du protocole HTTP\/3 dans NGINX. Le module est con\u00e7u comme une extension de la biblioth\u00e8que d\u00e9velopp\u00e9e par Cloudflare quiche<\/a><\/noindex> avec la mise en \u0153uvre du protocole de transport QUIC et HTTP\/3. Le code de quiche est \u00e9crit en Rust, mais le module pour NGINX est \u00e9crit en C et utilise la biblioth\u00e8que par le biais d'un lien dynamique. Les r\u00e9alisations ouvert<\/a><\/noindex> sous licence BSD.<\/p>\n

Pour la compilation, il suffit de t\u00e9l\u00e9charger un patch<\/a><\/noindex> vers nginx 1.16 et code<\/a><\/noindex> biblioth\u00e8ques quiche, puis reconstruire nginx avec les options \u00ab \u2014with-http_v3_module \u2014with-quiche=.. \/ quiche \u00bb. Lors de la compilation, le support TLS doit \u00eatre bas\u00e9 sur la biblioth\u00e8que BoringSSL (\u00ab \u2014with-openssl=.. \/ quiche \/ deps \/ boringssl \u00bb), l'utilisation d'OpenSSL n'\u00e9tant pas encore prise en charge. Pour accepter les connexions, il faut ajouter la directive listen avec le flags \u00ab quic \u00bb (par exemple \u00ab listen 443 quic reuseport \u00bb).<\/p>\n

Du c\u00f4t\u00e9 des logiciels clients, le support de HTTP\/3 a d\u00e9j\u00e0 \u00e9t\u00e9 ajout\u00e9 dans les versions exp\u00e9rimentales de Chrome Canary et dans l'utilitaire curl. C\u00f4t\u00e9 serveur, il \u00e9tait encore n\u00e9cessaire d'utiliser des impl\u00e9mentations de test limit\u00e9es<\/a><\/noindex>. La capacit\u00e9 de traitement de HTTP\/3 dans nginx permettra de simplifier consid\u00e9rablement le d\u00e9ploiement de serveurs prenant en charge HTTP\/3 et rendra plus accessible le test de l'impl\u00e9mentation du nouveau protocole. L'apparition du support officiel de HTTP\/3 dans nginx est attendue<\/a><\/noindex> dans la branche 1.17.x dans les 6 \u00e0 12 mois.<\/p>\n

Rappelons que HTTP\/3 standardise l'utilisation du protocole QUIC en tant que transport pour HTTP\/2. Le protocole QUIC<\/a><\/noindex> (Quick UDP Internet Connections) est d\u00e9velopp\u00e9 par Google depuis 2013 comme une alternative \u00e0 la combinaison TCP+TLS pour le Web, r\u00e9solvant les probl\u00e8mes de latence dans l'\u00e9tablissement et l'accord des connexions TCP et \u00e9liminant les retards dus aux pertes de paquets pendant le transfert de donn\u00e9es. QUIC repr\u00e9sente une couche au-dessus du protocole UDP, prenant en charge le multiplexage de plusieurs connexions et fournissant des m\u00e9thodes de cryptage \u00e9quivalentes \u00e0 TLS\/SSL. <\/p>\n

Principales caract\u00e9ristiques<\/a><\/noindex> QUIC :\n<\/p>\n