HTTP/2-forhandling med en proxy og målet dens
curl-valget --proxy-http2 styrer HTTPS-proxyforbindelsen. Målet inne i en tunnel forhandler om sin egen HTTP-versjon.
Nettstedet kan svare med HTTP/2 gjennom en HTTP/1.1 CONNECT-tunnel. TLS-økten forhandler om målprotokollen uavhengig av klient-proxyforbindelsen. Det motsatte gjelder også: HTTP/2 til en HTTPS-proxy tvinger ikke frem HTTP/2 på nettstedet.
For å teste den ytre forbindelsen bevisst la curl 8.1.0 til --proxy-http2:
curl --proxy https://proxy.example:8443 --proxy-http2 --connect-timeout 5 --max-time 15 --verbose https://example.com/Bruk en virkelig HTTPS-proxy og en curl-versjon bygget med HTTP/2-støtte. Sjekk curl --version og les den detaljerte forhandlingen: proxyen kan bare tilby HTTP/1, som curl da bruker. Valget slår ikke på HTTP/2 på et vanlig HTTP- eller SOCKS-lyttepunkt.
Registrer proxyforhandlingen atskilt fra HTTP-versjonen til den endelige overføringen. En svarversjon eller write-out-verdi fra den endelige overføringen beskriver ikke automatisk den ytre proxyforbindelsen.
For et endepunkt fra den offentlige HTTP-proxylisten, start med den støttede transporten og en komplett forespørsel. Legg til valget når du faktisk har en HTTPS-proxy og vil teste den ytre evnen, ikke fordi nettstedet støtter HTTP/2. Selv to proxyer til det samme HTTP/2-nettstedet kan ha ulik ruting, last og opprettelsestid; nettstedversjonen alene forklarer ikke ytelsen.