fallback http1

Bonjour! Je viens de constater sur mes postes Windows 11 et 10 que certains sites (dont les miens) qui devraient négocier une connexion en http2 font l’objet d’un fallback en http1, et ce quelque soit le navigateur. Le problème ne se pose pas sous seven, la négociation http2 est réussie, de toute façon mes sites ont tous un ssl, TLS et alpn sont de mise. Après des recherches pour comprendre, je tombe sur l’article d’un geek qui explique que le runtime uwp de w10 ou 11 prend en charge totalement le http2, et dans la doc le runtime .NET core aussi, mais que lui n’a jamais réussi à faire fonctionner le http2 avec. Les deux runtime sont natifs de Windows. D’accord, admettons que de base on se trouve sous .NET core des installations de l’OS, et que ça fonctionne pas bien. Oui mais j’ai constaté que certains autres sites n’ont pas ce problème et délivrent leurs pages même en http3! Mais comment font ils eux? Si quelqu’un a une piste… Pour ceux qui se demanderait pourquoi c’est important, renseignez vous sur le multiplexage des transmissions des assets en http2 par rapport au http1 et son keep Alive ( connexions persistantes) et sur ce que ça change au niveau préparation et optimisation d’un site pour son rendu en http2. PS : apparemment le problème n’existe pas sous Mac, Android… C’est propre a Windows.

Fare une trace avec Wireshark en Win 7, win 10 et vwin 11.
Comparer les traces, afin de circonscrire le problème.
Je ne serais pas étonné que cela soit lié à une histoire de clé certificat périmé.

Merci Etherpin de ta réponse. En fait c’était mon avast anti track qui générait des certificats SSL à la place de let’s encrypt. Les navigateurs ne reconnaissaient pas l’éditeur du certificat, d’où le fall back. Sinon très interressant ton logiciel, je ne connaissais pas, moi qui m’interesse un tant soit peu au réseau, ça me fait penser légèrement à tracert mais alors la version survitaminée pour le coup lol vu que ça regarde les dns, le http, le tcp…arp….