משא ומתן HTTP/2 עם הפרוקסי והיעד שלו

האתר יכול להשיב ב-HTTP/2 דרך מנהרת CONNECT של HTTP/1.1. סשן ה-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 יכולים להיבדל בניתוב, בעומס ובזמן ההקמה; גרסת האתר לבדה אינה מסבירה ביצועים.