Verkkosivusto voi vastata HTTP/2:lla HTTP/1.1 CONNECT -tunnelin läpi. Sen TLS-istunto neuvottelee kohdeprotokollan asiakkaan ja välityspalvelimen yhteydestä riippumatta. Myös päinvastoin: HTTP/2 HTTPS-välityspalvelimelle ei pakota sivustoa HTTP/2:een.

Ulkoyhteyden tarkoituksellista testausta varten curl 8.1.0 lisäsi valinnan --proxy-http2:

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

Käytä oikeaa HTTPS-välityspalvelinta ja HTTP/2-kykyistä curl-koostetta. Tarkista curl --version ja lue yksityiskohtainen neuvottelu: välityspalvelin voi tarjota vain HTTP/1:tä, jota curl sitten käyttää. Valinta ei ota HTTP/2:ta käyttöön tavallisessa HTTP- tai SOCKS-kuuntelijassa.

Kirjaa välityspalvelimen neuvottelu erikseen lopullisen siirron HTTP-versiosta. Vastauksen versio tai lopullisen siirron write-out-arvo ei automaattisesti kuvaa ulompaa välityspalvelinyhteyttä.

Julkiselta HTTP-välityspalvelinlistalta saadulla päätepisteellä aloita tuetusta siirtotavasta ja kokonaisesta pyynnöstä. Lisää valinta, kun sinulla todella on HTTPS-välityspalvelin ja haluat testata tätä ulompaa kykyä, älä siksi että sivusto tukee HTTP/2:ta. Jopa samaan HTTP/2-sivustoon pääsevät kaksi välityspalvelinta voivat erota reitityksessä, kuormassa ja muodostusajassa; sivuston versio yksin ei selitä suorituskykyä.

Aiheeseen liittyvät artikkelit