HTTP CONNECT সঁহাৰিৰ পিছত বাফাৰ কৰা ডেটা সংৰক্ষণ কৰক

সৰু প্ৰক্সি ৰেপাৰে HTTPS ৰ বাবে কাম কৰি থাকি এনে এটা প্ৰটোকলত পুনৰ ব্যৱহাৰ কৰিলে আটকা পৰিব পাৰে য’ত চাৰ্ভাৰে প্ৰথমে কথা কয়। সন্দেহজনক শাৰীটো প্ৰায়ে সেইটোৱেই যি গ্ৰহণ বাফাৰটো \r\n\r\n ৰে শেষ হোৱাৰ বাবে অপেক্ষা কৰি থাকে।

TCP এ ক্লায়েন্টক এটা স্ৰোত দিয়ে। এটা গ্ৰহণ কলেই HTTP স্থিতি শাৰীৰ আধা, সম্পূৰ্ণ CONNECT সঁহাৰি, বা সেই সঁহাৰিৰ লগে লগে টানেল ডেটা ঘূৰাই দিব পাৰে। পঢ়াটো হেডাৰৰ শেষত ৰ’ব বুলি কোনো প্ৰতিশ্ৰুতি নাই।

বাফাৰৰ ভিতৰত সীমা বিচাৰক

HTTP/1.1 CONNECT বিনিময়ৰ বাবে হেডাৰ টাৰ্মিনেটৰ বাফাৰৰ যিকোনো ঠাইত নেদেখা লৈকে বাইট জমা কৰক। প্ৰথম উপস্থিতিৰ ঠাইত ভাগ কৰক। প্ৰথম অংশৰ পৰা স্থিতি শাৰী আৰু হেডাৰ বিশ্লেষণ কৰক; সীমাৰ পিছৰ সকলো বেলেগে ৰাখক। অপেক্ষা কৰি থাকোঁতে হেডাৰ আকাৰৰ সীমা আৰু সময়সীমা প্ৰয়োগ কৰক, আৰু খালী চকেট পঢ়াক বন্ধ সংযোগ হিচাপে গণ্য কৰক, লুপৰ বাবে পুনৰ নিমন্ত্ৰণ নহয়।

শেষৰ সফল 2xx সঁহাৰিয়ে সংযোগটো সেই হেডাৰৰ ঠিক পিছতে টানেল ম’ডলৈ সলনি কৰে। ইয়াৰ পিছৰ বাইটবোৰ ইতিমধ্যে টানেল বাইট। সেইবোৰ নেলাগে, CONNECT সঁহাৰিৰ বডিৰ বাবে অপেক্ষা নকৰিব, বা Content-Length ফিল্ডক নতুন প্ৰটোকলৰ অংশ গ্ৰহণ কৰাৰ অনুমতি বুলি ব্যাখ্যা নকৰিব। তথ্যমূলক সঁহাৰি থাকিলে সেই শেষ সঁহাৰিৰ আগতে সামৰিব লাগে।

ৰেপাৰে ইয়াৰ অৱশিষ্ট আগবঢ়াব লাগে

কেৱল অন্তৰ্নিহিত চকেট ঘূৰাই দিলে হেণ্ডশ্বেক বিশ্লেষকে ইতিমধ্যে উলিয়াই অনা বাইটবোৰ হেৰাই যায়। পৰৱৰ্তী পঢ়োঁতাই এনে বাফাৰযুক্ত স্ৰোত বিচাৰে যি প্ৰথমে সংৰক্ষিত নেজটো দিয়ে আৰু তাৰ পিছত চকেট পঢ়া আগবঢ়ায়। চাৰ্ভাৰ-প্ৰথম প্ৰটোকলত সেই প্ৰাৰম্ভিক অভিবাদন হেৰালে দুয়োপক্ষই অসীম সময়লৈ অপেক্ষা কৰিব পাৰে।

বিপৰীতে, বিফল CONNECT সঁহাৰিৰ পৰা অহা বাইট টানেল অভিবাদন নহয়। 407 এতিয়াও প্ৰক্সি বিনিময়ৰ অংশ আৰু ইয়াৰ প্ৰমাণীকৰণ পৰিচালনা লাগে; আন অ-সফল স্থিতিৰ বাবে উপযুক্ত ত্ৰুটি পথ লাগে।

এইটো বিশেষভাৱে গুৰুত্বপূৰ্ণ যেতিয়া HTTP প্ৰক্সিৰ জৰিয়তে FTP বা SSH ক্লায়েন্ট অভিযোজিত কৰা হয়। প্ৰক্সিয়ে অনুৰোধিত গন্তব্য প’ৰ্টো অনুমোদন কৰিব লাগে, আৰু FTP লৈ অতিৰিক্ত ডেটা সংযোগৰ প্ৰয়োজন হ’ব পাৰে। সঠিক হেডাৰ বিশ্লেষণে স্ৰোত হস্তান্তৰ সমাধান কৰে; ই CONNECT অনুমতি দিব নোৱাৰে বা FTP ৰ দ্বিতীয় চেনেল যোগান ধৰিব নোৱাৰে।