Сайт можа адказваць праз HTTP/2 у тунэлі HTTP/1.1 CONNECT. Яго сесія TLS узгадняе мэтавы пратакол незалежна ад злучэння кліент–проксі. Дакладна і наадварот: HTTP/2 да HTTPS-проксі не прымушае сайт выкарыстоўваць HTTP/2.

Для мэтанакіраванай праверкі вонкавага злучэння curl 8.1.0 дадаў --proxy-http2:

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

Выкарыстоўвайце сапраўдны HTTPS-проксі і зборку curl з падтрымкай HTTP/2. Праверце curl --version, затым прачытайце падрабязнае ўзгадненне: проксі можа прапаноўваць толькі HTTP/1, які curl і выкарыстае. Параметр не ўключае HTTP/2 на звычайным HTTP- або SOCKS-слухачы.

Запісвайце ўзгадненне проксі асобна ад версіі HTTP канчатковай перадачы. Версія адказу або значэнне write-out канчатковай перадачы не апісвае аўтаматычна вонкавае злучэнне з проксі.

Для пункта з публічнага спіса HTTP-проксі пачынайце з падтрыманага транспарту і поўнага запыту. Дадавайце параметр, калі сапраўды маеце HTTPS-проксі і хочаце праверыць гэтую вонкавую магчымасць, а не таму, што сайт падтрымлівае HTTP/2. Нават два проксі да аднаго HTTP/2-сайта могуць адрознівацца маршрутызацыяй, нагрузкай і часам усталявання; адна версія сайта не тлумачыць прадукцыйнасць.

Падобныя артыкулы