সফল CONNECT উত্তৰত কোনো HTTP বডি নাথাকে

সফল HTTP/1.1 CONNECT উত্তৰ তাৰ হেডাৰ অংশৰ পিছত শেষ হয়:

HTTP/1.1 200 Connection Established

সেই সীমাৰ পিছত একেই সংযোগে tunnel কঢ়িয়ায়। HTTPS গন্তব্যৰ বাবে পৰৱৰ্তী ক্লায়েণ্ট বাইটে সাধাৰণতে গন্তব্যৰ সৈতে তাৰ TLS বিনিময় আৰম্ভ কৰে।

প্ৰক্সিয়ে সফল CONNECT উত্তৰত Transfer-Encoding বা Content-Length যোগ কৰিব নালাগে। chunk কৰিবলগীয়া কোনো HTTP ৰেস্পনছ বডি নাই। খালী সামৰণি chunk যোগ কৰিলে বৰং নতুন tunnelত বাইট সোমাই যাব।

ক্লায়েণ্টৰো এটা চৰ্ত আছে: 2xx CONNECT উত্তৰত সেই ফ্ৰেমিং ক্ষেত্ৰ দুটা ওলালে সি সিহঁতক আওকাণ কৰিব লাগে। গতিকে ভুল গঠনৰ প্ৰেৰক এটা কাৰণ নহয় যে সকলো নিয়মানুবৰ্তী ক্লায়েণ্টক chunked বডিৰ বাবে ৰৈ থকা বুলি বৰ্ণনা কৰা হয়।

প্ৰেৰণৰ বাবে স্থাপিত সংযোগ খোলা ৰাখক। 200ৰ পিছত ইয়াক বন্ধ কৰিলে tunnel নষ্ট হয়; বেলেগ সংযোগ খুলিলে সেয়া গ্ৰহণ কৰা CONNECT অনুৰোধৰ ধাৰাবাহিকতা নহয়।

ব্যৰ্থ CONNECT উত্তৰৰ ব্যৱস্থাপনা বেলেগ আৰু সেয়া এটা সাধাৰণ HTTP ত্ৰুটি বডি কঢ়িয়াব পাৰে। প্ৰক্সি ট্ৰেছ ৰচনা বা পঢ়াৰ সময়ত সেই উত্তৰক সফল হস্তান্তৰৰ পৰা পৃথক কৰি চাওক।