HTTP/2 Negotiation sa Proxy at Destinasyon Nito
Kinokontrol ng --proxy-http2 ng curl ang HTTPS proxy connection. Ang destinasyon sa loob ng tunnel ay may sariling negosasyon ng HTTP version.
Maaaring sumagot ang website gamit ang HTTP/2 sa loob ng HTTP/1.1 CONNECT tunnel. Hiwalay na pinagkakasunduan ng TLS session nito ang destination protocol mula sa client-to-proxy connection. Totoo rin ang kabaligtaran: hindi pinipilit ng HTTP/2 papunta sa HTTPS proxy na gumamit din ang website ng HTTP/2.
Para sadyang subukan ang panlabas na koneksyon, idinagdag sa curl 8.1.0 ang --proxy-http2:
curl --proxy https://proxy.example:8443 --proxy-http2 --connect-timeout 5 --max-time 15 --verbose https://example.com/Gumamit ng aktuwal na HTTPS proxy at curl build na kayang gumamit ng HTTP/2. Suriin ang curl --version at basahin ang detalyadong negosasyon: maaaring HTTP/1 lang ang ialok ng proxy, at iyon ang gagamitin ng curl. Hindi pinapagana ng opsyon ang HTTP/2 sa karaniwang HTTP o SOCKS listener.
Itala ang proxy negotiation nang hiwalay sa HTTP version ng huling transfer. Hindi awtomatikong inilalarawan ng response version o final-transfer write-out value ang panlabas na proxy connection.
Para sa endpoint mula sa pampublikong listahan ng HTTP proxy, magsimula sa suportadong transport at kumpletong request. Idagdag ang opsyon kapag mayroon ka talagang HTTPS proxy at gustong subukan ang panlabas na kakayahang iyon, hindi dahil HTTP/2 ang website. Kahit dalawang proxy sa parehong HTTP/2 site ay maaaring magkaiba sa ruta, load, at oras ng setup; hindi sapat ang version ng website para ipaliwanag ang performance.