প্রক্সি ও তার গন্তব্যের সঙ্গে HTTP/2 সমঝোতা
curl-এর --proxy-http2 HTTPS প্রক্সি সংযোগ নিয়ন্ত্রণ করে। টানেলের ভেতরের গন্তব্য নিজের HTTP সংস্করণ ঠিক করে।
ওয়েবসাইট 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 সাইটে যাওয়া দুটি প্রক্সিরও রুট, চাপ ও সংযোগ স্থাপনের সময় আলাদা হতে পারে; সাইটের সংস্করণ একা কর্মক্ষমতা ব্যাখ্যা করে না।