HTTP/2-forhandling med en proxy og dens destination

Webstedet kan svare med HTTP/2 gennem en HTTP/1.1 CONNECT-tunnel. Dets TLS-session forhandler destinationsprotokollen uafhængigt af klient-proxyforbindelsen. Det omvendte gælder også: HTTP/2 til en HTTPS-proxy tvinger ikke webstedet til HTTP/2.

For bevidst at teste den ydre forbindelse tilføjede curl 8.1.0 --proxy-http2:

curl --proxy https://proxy.example:8443 --proxy-http2 --connect-timeout 5 --max-time 15 --verbose https://example.com/

Brug en reel HTTPS-proxy og en curl-version bygget med HTTP/2-understøttelse. Kontroller curl --version, og læs den detaljerede forhandling: proxyen kan kun tilbyde HTTP/1, som curl så bruger. Valget aktiverer ikke HTTP/2 på et almindeligt HTTP- eller SOCKS-lyttepunkt.

Registrer proxyforhandlingen separat fra den endelige overførsels HTTP-version. En svarversion eller write-out-værdi for den endelige overførsel beskriver ikke automatisk den ydre proxyforbindelse.

For et endepunkt fra den offentlige HTTP-proxyliste skal du begynde med den understøttede transport og en komplet anmodning. Tilføj valget, når du faktisk har en HTTPS-proxy og vil teste den ydre funktion, ikke fordi webstedet understøtter HTTP/2. Selv to proxyer til samme HTTP/2-websted kan afvige i routing, belastning og oprettelsestid; webstedets version alene forklarer ikke ydelsen.