کامیاب CONNECT جواب میں کوئی HTTP باڈی نہیں ہوتی

کامیاب HTTP/1.1 CONNECT جواب اپنے ہیڈر حصے کے بعد ختم ہوتا ہے:

HTTP/1.1 200 Connection Established

اس حد کے بعد وہی کنکشن ٹنل لے کر جاتا ہے۔ HTTPS منزل کے لیے، اگلی کلائنٹ بائٹس عام طور پر منزل کے ساتھ TLS تبادلہ شروع کرتی ہیں۔

پروکسی کو کامیاب CONNECT جواب میں Transfer-Encoding یا Content-Length نہیں بڑھانا چاہیے۔ chunk میں تقسیم کرنے کے لیے کوئی HTTP جوابی باڈی نہیں ہے۔ خالی اختتامی chunk بڑھانے سے الٹا نئی ٹنل میں بائٹس داخل ہو جائیں گی۔

کلائنٹ کی بھی ایک شرط ہے: اگر 2xx CONNECT جواب میں وہ فریمنگ فیلڈز نظر آئیں تو اسے انہیں نظر انداز کرنا چاہیے۔ اس لیے خراب بھیجنے والا یہ کہنے کی وجہ نہیں کہ ہر پابند کلائنٹ تقسیم شدہ باڈی کا انتظار کر رہا ہے۔

ریلے کے لیے قائم کنکشن کھلا رکھیں۔ 200 کے بعد اسے بند کرنا ٹنل کو تباہ کرتا ہے؛ دوسرا کنکشن کھولنا قبول شدہ CONNECT درخواست کا تسلسل نہیں ہے۔

ناکام CONNECT جواب کی کارروائی مختلف ہے اور وہ عام HTTP خرابی کی باڈی لے سکتا ہے۔ پروکسی ٹریس نافذ یا پڑھتے وقت اس جواب کو کامیاب حوالگی سے الگ رکھیں۔