Négociation HTTP/2 avec un proxy et sa destination
L’option --proxy-http2 de curl contrôle la connexion au proxy HTTPS. La destination dans un tunnel négocie sa propre version HTTP.
Le site peut répondre en HTTP/2 à travers un tunnel CONNECT HTTP/1.1. Sa session TLS négocie le protocole de destination indépendamment de la connexion client-proxy. La réciproque est vraie : HTTP/2 vers un proxy HTTPS n’impose pas HTTP/2 au site.
Pour tester délibérément la connexion extérieure, curl 8.1.0 a ajouté --proxy-http2 :
curl --proxy https://proxy.example:8443 --proxy-http2 --connect-timeout 5 --max-time 15 --verbose https://example.com/Utilisez un véritable proxy HTTPS et une compilation de curl prenant en charge HTTP/2. Vérifiez curl --version, puis lisez la négociation détaillée : le proxy peut ne proposer que HTTP/1, que curl utilisera. L’option n’active pas HTTP/2 sur un point d’écoute HTTP simple ou SOCKS.
Consignez la négociation du proxy séparément de la version HTTP du transfert final. Une version de réponse ou une valeur write-out du transfert final ne décrit pas automatiquement la connexion extérieure au proxy.
Pour un point de la liste publique de proxys HTTP, commencez par son transport pris en charge et une requête complète. Ajoutez cette option lorsque vous disposez réellement d’un proxy HTTPS et voulez tester cette capacité extérieure, pas parce que le site prend en charge HTTP/2. Même deux proxys atteignant le même site HTTP/2 peuvent différer en routage, charge et temps d’établissement ; la version du site seule n’explique pas les performances.