HTTP/3 درخواست کے لیے UDP کے قابل پراکسی راستہ درکار ہے

جو کلائنٹ TCP پراکسی کے ذریعے HTTPS تک کامیابی سے پہنچتا ہے، اُس نے HTTP/3 کے لیے راستہ قائم نہیں کیا۔ HTTP/3 QUIC استعمال کرتا ہے، اور QUIC UDP استعمال کرتا ہے۔

عام HTTP CONNECT سرنگ اپنی منزل تک TCP اسٹریم فراہم کرتی ہے۔ جب URL HTTPS سے شروع ہو یا منزل پورٹ 443 پر سن رہی ہو، تب بھی یہ UDP ریلے میں تبدیل نہیں ہوتی۔

SOCKS5 کو بھی UDP راستہ چاہیے

SOCKS5 UDP ایسوسی ایشن کی تعریف کرتا ہے، لیکن کلائنٹ اور سرور دونوں کو اسے نافذ کرنا ہوگا، اور ریلے اینڈ پوائنٹ قابلِ رسائی ہونا چاہیے۔ صرف SOCKS TCP ڈائلر فراہم کرنے والی لائبریری محض اس لیے ڈیٹا گرام ترسیل نہیں دے سکتی کہ اس کے نوع کا نام SOCKS5 ہے۔

اسی طرح، کسی ٹول کا proxy نامی جزو عام اپ اسٹریم پراکسی کلائنٹ کے بجائے ڈویلپمنٹ پیکٹ لاس سمیولیٹر ہو سکتا ہے۔ اس کا اصل انٹرفیس اور معاون ترسیل جانچیں۔

CONNECT-UDP جیسے معیار HTTP پراکسی نظام کے ذریعے UDP لے جانے کا دوسرا طریقہ متعین کرتے ہیں۔ انہیں دونوں سروں پر معاونت درکار ہے اور انہیں روایتی CONNECT سے نہیں ملانا چاہیے۔

اگر HTTP کلائنٹ TCP پر HTTP/2 یا HTTP/1.1 پر واپس چلا جائے، تو درخواست عام پراکسی کے ذریعے کامیاب ہو سکتی ہے جبکہ کوئی HTTP/3 کنکشن استعمال نہیں ہوا۔ جب یہ فرق اہم ہو تو طے شدہ پروٹوکول درج کریں۔

لہٰذا مفید مطابقت کا سوال مخصوص ہے: کیا یہ کلائنٹ اپنے QUIC ڈیٹا گرام اس معاون طریقے سے اس پراکسی کے ذریعے لے جا سکتا ہے؟ کام کرنے والا براؤزر صفحہ یا TCP پورٹ کی جانچ چھوٹے سوال کا جواب دیتی ہے۔