HTTP/2-forhandling med ein proxy og målet hans

Nettstaden kan svare med HTTP/2 gjennom ein HTTP/1.1 CONNECT-tunnel. TLS-økta hans forhandlar om målprotokollen uavhengig av klient-proxytilkoplinga. Det motsette gjeld òg: HTTP/2 til ein HTTPS-proxy tvingar ikkje fram HTTP/2 på nettstaden.

For å teste den ytre tilkoplinga medvite 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 ein verkeleg HTTPS-proxy og ein curl-versjon bygd med HTTP/2-støtte. Sjekk curl --version og les den detaljerte forhandlinga: proxyen kan berre tilby HTTP/1, som curl då brukar. Valet slår ikkje på HTTP/2 på eit vanleg HTTP- eller SOCKS-lyttepunkt.

Registrer proxyforhandlinga skilt frå HTTP-versjonen til den endelege overføringa. Ein svarversjon eller write-out-verdi frå den endelege overføringa skildrar ikkje automatisk den ytre proxytilkoplinga.

For eit endepunkt frå den offentlege HTTP-proxylista, start med den støtta transporten og ein komplett førespurnad. Legg til valet når du faktisk har ein HTTPS-proxy og vil teste den ytre evna, ikkje fordi nettstaden støttar HTTP/2. Sjølv to proxyar til den same HTTP/2-nettstaden kan ha ulik ruting, last og opprettingstid; nettstadversjonen åleine forklarer ikkje ytinga.