التفاوض على HTTP/2 مع الوكيل ووجهته
يتحكم --proxy-http2 في curl باتصال الوكيل HTTPS. وتتفاوض الوجهة داخل النفق على إصدار HTTP الخاص بها.
يمكن للموقع أن يجيب بـ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 قد يختلفان في التوجيه والحمل ووقت الإعداد؛ إصدار الموقع وحده لا يفسر الأداء.