HTTP/2-onderhandeling met ’n proxy en sy bestemming
curl se --proxy-http2 beheer die HTTPS-proxyverbinding. Die bestemming binne ’n tonnel onderhandel sy eie HTTP-weergawe.
Die webwerf kan HTTP/2 antwoord deur ’n HTTP/1.1 CONNECT-tonnel. Sy TLS-sessie onderhandel die bestemmingsprotokol onafhanklik van die kliënt-tot-proxyverbinding. Die omgekeerde geld ook: HTTP/2 na ’n HTTPS-proxy dwing nie HTTP/2 by die webwerf af nie.
Om die buitenste verbinding doelbewus te toets, het curl 8.1.0 --proxy-http2 bygevoeg:
curl --proxy https://proxy.example:8443 --proxy-http2 --connect-timeout 5 --max-time 15 --verbose https://example.com/Gebruik ’n werklike HTTPS-proxy en ’n curl-bou wat HTTP/2 ondersteun. Kontroleer curl --version en lees dan die uitvoerige onderhandeling: die proxy kan net HTTP/1 aanbied, wat curl dan sal gebruik. Die vlag skakel nie HTTP/2 op ’n gewone HTTP- of SOCKS-luisterpunt aan nie.
Teken proxyonderhandeling apart van die finale oordrag se HTTP-weergawe aan. ’n Antwoordweergawe of write-out-waarde van die finale oordrag beskryf nie outomaties die buitenste proxyverbinding nie.
Vir ’n eindpunt uit die openbare HTTP-instaanbedienerlys, begin met sy ondersteunde vervoer en ’n volledige versoek. Voeg die opsie by wanneer jy werklik ’n HTTPS-proxy het en daardie buitenste vermoë wil toets, nie omdat die webwerf HTTP/2 ondersteun nie. Selfs twee proxy’s na dieselfde HTTP/2-webwerf kan in roetering, las en opsteltyd verskil; die webwerfweergawe alleen verklaar nie werkverrigting nie.