საიტს შეუძლია HTTP/1.1 CONNECT გვირაბით HTTP/2 პასუხი გაგზავნოს. მისი TLS სესია დანიშნულების პროტოკოლს კლიენტ–პროქსი კავშირისგან დამოუკიდებლად ათანხმებს. უკუღმაც ასეა: HTTPS პროქსისთან HTTP/2 საიტზე 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 პროქსი და HTTP/2-ის მხარდაჭერის მქონე curl აწყობა. შეამოწმეთ curl --version და წაიკითხეთ დეტალური შეთანხმება: პროქსიმ შეიძლება მხოლოდ HTTP/1 შესთავაზოს, რასაც curl გამოიყენებს. ეს არჩევანი ჩვეულებრივ HTTP ან SOCKS მსმენელზე HTTP/2-ს არ ააქტიურებს.

პროქსის შეთანხმება საბოლოო გადაცემის HTTP ვერსიისგან ცალკე ჩაიწერეთ. პასუხის ვერსია ან საბოლოო გადაცემის write-out მნიშვნელობა გარეთა პროქსი კავშირს ავტომატურად არ აღწერს.

საჯარო HTTP პროქსის სიიდან ბოლო წერტილისთვის დაიწყეთ მხარდაჭერილი ტრანსპორტითა და სრული მოთხოვნით. არჩევანი მაშინ დაამატეთ, როცა რეალურად გაქვთ HTTPS პროქსი და მისი გარეთა შესაძლებლობის შემოწმება გინდათ, არა იმიტომ, რომ საიტი HTTP/2-ს უჭერს მხარს. იმავე HTTP/2 საიტამდე მიმავალი ორი პროქსიც შეიძლება განსხვავდებოდეს მარშრუტით, დატვირთვითა და დამყარების დროით; მხოლოდ საიტის ვერსია წარმადობას ვერ ხსნის.

დაკავშირებული სტატიები