{"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\/fr\/blog\/news\/predvaritelnyj-vypusk-nginx-s-podderzhkoj-quic-i-http-3","title":{"rendered":"Version pr\u00e9liminaire de nginx avec prise en charge de QUIC et HTTP\/3","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

La soci\u00e9t\u00e9 NGINX a annonc\u00e9<\/a><\/noindex> a annonc\u00e9 le d\u00e9but des tests implementation<\/a><\/noindex> des protocoles QUIC et HTTP\/3 dans le serveur HTTP et le proxy nginx. L'impl\u00e9mentation est bas\u00e9e sur le brouillon 27<\/a><\/noindex> de la sp\u00e9cification IETF-QUIC et est disponible via un d\u00e9p\u00f4t distinct<\/a><\/noindex>, d\u00e9riv\u00e9 de la version 1.19.0. Le code est distribu\u00e9 sous licence BSD et ne chevauche pas l'impl\u00e9mentation propos\u00e9e pr\u00e9c\u00e9demment<\/a><\/noindex> de HTTP\/3 pour nginx r\u00e9alis\u00e9e par Cloudflare, qui est un projet distinct.<\/p>\n

La prise en charge de HTTP\/3 dans nginx est marqu\u00e9e comme exp\u00e9rimentale, car toutes les fonctionnalit\u00e9s<\/a><\/noindex> du protocole ne sont pas encore impl\u00e9ment\u00e9es. Cependant, nginx peut d\u00e9j\u00e0 \u00eatre utilis\u00e9 pour r\u00e9pondre \u00e0 des requ\u00eates simples HTTP\/3 sur QUIC et pour le t\u00e9l\u00e9chargement\/envoi de fichiers lourds. Les fonctionnalit\u00e9s encore manquantes du protocole incluent les m\u00e9canismes de n\u00e9gociation de version, ECN et contr\u00f4le de congestion, les journaux structur\u00e9s, le mode de r\u00e9cup\u00e9ration (QUIC recovery, gestion de flux et congestion), le NAT Rebinding, les adresses mobiles, le Server push et l'ajout de donn\u00e9es (trailer). De plus, seul un support de base du traitement des paquets ACK et de gestion de flux est propos\u00e9, ce qui n\u00e9cessite des am\u00e9liorations. Toutes les exigences de la norme ne sont pas prises en compte.<\/p>\n

Pour activer HTTP\/3, il est n\u00e9cessaire de compiler nginx avec le module http_v3_module et d'ajouter une directive suppl\u00e9mentaire
\n\u00ab\u00e9couter\u00bb avec le drapeau \u00abhttp3\u00bb pour cr\u00e9er un socket UDP d'\u00e9coute. Par exemple :<\/p>\n

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

ssl_protocols TLSv1.3; # TLS 1.3 est requis dans QUIC
\n ssl_certificate ssl\/www.example.com.crt;
\n ssl_certificate_key ssl\/www.example.com.key;<\/p>\n

add_header Alt-Svc 'quic=\u00bb:443'; # indicateur de disponibilit\u00e9 de QUIC
\n add_header QUIC-Status $quic; # En-t\u00eate avec le statut d'utilisation de QUIC
\n }<\/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) d\u00e9velopp\u00e9 par Google depuis 2013 comme alternative \u00e0 la combinaison TCP+TLS pour le Web, r\u00e9solvant les probl\u00e8mes de temps d'\u00e9tablissement et de n\u00e9gociation de connexions en TCP et \u00e9liminant les retards dus \u00e0 la perte de paquets lors de la transmission de donn\u00e9es. QUIC est une superposition du protocole UDP, prenant en charge le multiplexage de plusieurs connexions et offrant des m\u00e9thodes de chiffrement \u00e9quivalentes \u00e0 TLS\/SSL. Du c\u00f4t\u00e9 du logiciel client, le support exp\u00e9rimental de HTTP\/3 a d\u00e9j\u00e0 \u00e9t\u00e9 ajout\u00e9 dans Curl<\/a><\/noindex>, Firefox<\/a><\/noindex> et Chromium<\/a><\/noindex>.
\n

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

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