مذاکرهٔ HTTP/2 با پروکسی و مقصد آن
گزینهٔ --proxy-http2 در curl اتصال پروکسی HTTPS را کنترل می‌کند. مقصد داخل تونل نسخهٔ HTTP خودش را مذاکره می‌کند.
وب‌سایت می‌تواند از تونل HTTP/1.1 CONNECT با HTTP/2 پاسخ دهد. نشست 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 می‌توانند در مسیر، بار و زمان برقراری فرق کنند؛ نسخهٔ سایت به‌تنهایی کارایی را توضیح نمی‌دهد.