এটা অতিৰিক্ত নতুন শাৰীয়ে CONNECT ৰ পিছত TLS ভাঙিব পাৰে

CONNECT এ 200 ঘূৰাই দিয়াৰ পিছত TLS ৱিক ডিক’ড কৰিব নোৱাৰিলে, ছাৰ্টিফিকেট বা চাইফাৰ সলনি কৰাৰ আগতে সংযোগটোৰ সীমা বাইটবোৰ পৰীক্ষা কৰক।

উৎপন্ন কৰা অনুমোদনৰ মান এটা নতুন শাৰীৰে শেষ হ’ব পাৰে। আৰু এটা শাৰী-শেষ যোগ কৰিলে HTTP হেডাৰবোৰ সোনকালে শেষ হৈ আপুনি বিচৰা Host ফিল্ড বা অন্য সাধাৰণ লিখনী অনুৰোধৰ পিছত এৰি যাব পাৰে।

এটা ন্যূনতম HTTP/1.1 CONNECT অনুৰোধে শাৰীবোৰৰ মাজত CRLF আৰু শেষত এটা খালী শাৰী ব্যৱহাৰ কৰে:

b"CONNECT example.com:443 HTTP/1.1\r\nHost: example.com:443\r\n\r\n"

কোনো অনুমোদন ফিল্ড সেই শেষ খালী শাৰীৰ আগতে ৰাখক, ভিতৰত শাৰী-ভংগ নোহোৱাকৈ। Python ত "\n" এ নতুন শাৰী সূচায়; বিপৰীতে বেকস্লেশ্ব আৰু n আখৰ থকা ৰ’-ষ্ট্ৰিঙে নসূচায়। আঁতৰাবলৈ চেষ্টা কৰাৰ আগতে এনক’ডিং সহায়কে কি বাইট উৎপন্ন কৰে চাওক—পুৰণি সহায়কে শাৰী-ভংগ যোগ কৰিব পাৰে।

CONNECT সফল হোৱাৰ পিছত সেই বাকী বাইটবোৰ সুৰংগৰ প্ৰ’ট’কলৰ। এৰি যোৱা সাধাৰণ লিখনীয়ে TLS ৰ আশা কৰা সমকক্ষৰ ওচৰ পাব পাৰে। সফল স্থিতিয়ে বিকৃত অনুৰোধৰ পিছত শাৰীত থকা বাইটবোৰ ঠিক কৰিব নোৱাৰে।

গ্ৰহণৰ সীমাও পৰীক্ষা কৰক। ছকেটটো TLS লৈ হস্তান্তৰ কৰাৰ আগতে সম্পূৰ্ণ প্ৰক্সি উত্তৰ পঢ়ক, আংশিক পঢ়াৰ সৈতে মোকাবিলা কৰক আৰু হেডাৰৰ পিছত পঢ়া সকলো সংৰক্ষণ কৰক। এটা ছকেট পঢ়াত এটা সম্পূৰ্ণ বাৰ্তা থাকিবই লাগে নাই।

এই পাৰ্ছাৰৰ গৰাকী আপুনি হ’লে, ৰিডেক্ট কৰা বাইট প্ৰতিনিধিত্বক তাঁৰৰ ব্যাকৰণৰ সৈতে তুলনা কৰক; পাছৱৰ্ড লুকুৱাই ৰাখি দৈৰ্ঘ্য আৰু শাৰীৰ সীমা দৃশ্যমান কৰি ৰাখক। কেৱল প্ৰক্সি সংযোগ বিচৰা এপ্লিকেশ্যনৰ বাবে, ৰক্ষণাবেক্ষণ কৰা সংযোগীয়ে এই ফ্ৰেমিং ক’ডৰ গৰাকী হোৱাৰ প্ৰয়োজন এৰাই যায়।