Utiliser HTTP/3 avec le serveur web ASP.NET Core Kestrel

HTTP/3 est une norme approuvée et la troisième version majeure du protocole HTTP. Cet article présente la configuration requise pour HTTP/3. HTTP/3 est entièrement pris en charge dans .NET 7 ou version ultérieure.

Important

Les applications configurées pour tirer parti de HTTP/3 doivent être conçues pour prendre également en charge HTTP/1.1 et HTTP/2.

Avantages de HTTP/3

HTTP/3 :

• Version la plus récente du protocole de transfert hypertexte.
• S’appuie sur les points forts de HTTP/2 tout en répondant à certaines de ses limitations, en particulier en termes de performances, de latence, de fiabilité et de sécurité.

Caractéristique	HTTP/2	HTTP/3
Transport	Utilise TCP	Utilise QUIC
Connexion	Plus lent en raison du protocole TCP + TLS	Plus rapide avec 0-RTT QUIC
Configuration	poignée de main	poignées de main
Tête de ligne	Affecté par le niveau TCP	Éliminé grâce à QUIC
Blocage	bloquant	multiplexage de flux
Chiffrement	TLS sur TCP	TLS est intégré à QUIC

Les principales différences entre HTTP/2 et HTTP/3 sont les suivantes :

• Protocole de transport : HTTP/3 utilise QUIC au lieu de TCP. QUIC offre des performances améliorées, une latence plus faible et une meilleure fiabilité, en particulier sur les réseaux mobiles et de perte.
• Blocage de la tête de ligne : HTTP/2 peut souffrir du blocage de la tête de ligne au niveau TCP, où un retard dans un flux peut affecter d’autres personnes. HTTP/3, avec QUIC, fournit des flux indépendants, de sorte que la perte de paquets dans un flux n'interrompt pas les autres.
• Établissement de la connexion : HTTP/3 avec QUIC peut établir des connexions plus rapidement, parfois en zéro temps d'aller-retour (0-RTT) pour les clients revenants, car il combine les handshakes de transport et de chiffrement.
• Chiffrement : HTTP/3 impose le chiffrement TLS 1.3, fournissant une sécurité renforcée par défaut, tandis qu’il est facultatif dans HTTP/2.
• Multiplexage : bien que les deux prennent en charge le multiplexage, HTTP/3l’implémentation de QUIC est plus efficace et évite les problèmes de blocage de ligne de niveau TCP.
• Migration de connexion : QUIC HTTP/3 permet aux connexions de persister même lorsque l’adresse IP d’un client change (comme passer de Wi-Fi à cellulaire), améliorant l’expérience utilisateur mobile.

Configuration requise pour HTTP/3

HTTP/3 utilise QUIC comme protocole de transport. L’implémentation principale de HTTP/3 ASP.NET dépend de MsQuic pour fournir des fonctionnalités QUIC. Par conséquent, la prise en charge de HTTP/3 par ASP.NET Core dépend des exigences de la plateforme MsQuic. Pour plus d’informations sur l’installation de MsQuic, consultez dépendances de la plateforme QUIC. Si la plateforme sur laquelle s’exécute Kestrel ne présente pas toute la configuration requise pour HTTP/3, celui-ci est désactivé et Kestrel bascule vers d’autres protocoles HTTP.

Prise en main

HTTP/3 n’est pas activé par défaut. Ajoutez la configuration à Program.cs pour activer HTTP/3.

var builder = WebApplication.CreateBuilder(args);

builder.WebHost.ConfigureKestrel((context, options) =>
{
    options.ListenAnyIP(5001, listenOptions =>
    {
        listenOptions.Protocols = HttpProtocols.Http1AndHttp2AndHttp3;
        listenOptions.UseHttps();
    });
});

Le code précédent configure le port 5001 pour :

• Utiliser HTTP/3 avec HTTP/1.1 et HTTP/2 en spécifiant HttpProtocols.Http1AndHttp2AndHttp3.
• Activer HTTPS avec UseHttps. HTTP/3 nécessite HTTPS.

Comme tous les routeurs, pare-feu et proxys prennent correctement en charge HTTP/3, ce dernier doit être configuré avec HTTP/1.1 et HTTP/2. Pour ce faire, spécifiez HttpProtocols.Http1AndHttp2AndHttp3 en tant que protocoles pris en charge par un point de terminaison.

Pour plus d’informations, consultez Configurer des points de terminaison pour le serveur web ASP.NET Core Kestrel.

Alt-svc

HTTP/3 est découvert comme une mise à niveau à partir de HTTP/1.1 ou HTTP/2 via l’en-tête alt-svc. Cela signifie que la première requête utilise normalement HTTP/1.1 ou HTTP/2 avant de passer à HTTP/3. Kestrel ajoute automatiquement l’en-tête alt-svc si HTTP/3 est activé.

Test localhost

• Les navigateurs n’autorisent pas les certificats auto-signés sur HTTP/3, tels que le certificat de développement Kestrel.

• HttpClient peut être utilisé pour le test localhost/bouclage dans .NET 6 ou version ultérieure. Une configuration supplémentaire est requise lors de l’utilisation de HttpClient pour effectuer une requête HTTP/3 :

  • Définissez HttpRequestMessage.Version sur 3.0, ou
  • Affectez la valeur HttpRequestMessage.VersionPolicy à HttpVersionPolicy.RequestVersionOrHigher.

Pour plus d’informations sur l’utilisation de HTTP/3 avec HttpClient, consultez HTTP/3 avec .NET.