এটা প্ৰক্সি পৰ্টে কেনেকৈ HTTP আৰু SOCKS দুয়োটাকে গ্ৰহণ কৰিব পাৰে

এটা মিশ্ৰিত প্ৰক্সি শ্ৰোতাই এটা TCP পৰ্টত HTTP আৰু SOCKS গ্ৰহণ কৰিব পাৰে কাৰণ চাৰ্ভাৰে আৰম্ভণিৰ প্ৰট’কল বাইটবোৰ পৰীক্ষা কৰে। পৰ্ট নম্বৰে সেই চিনাক্তকৰণ নকৰে।

এটা HTTP প্ৰক্সি অনুৰোধ HTTP পদ্ধতিৰে আৰম্ভ হয়, যেনে GET বা CONNECT। এটা SOCKS অভিবাদন বাইনাৰী প্ৰট’কল ক্ষেত্ৰৰে আৰম্ভ হয়। এই ইনপুটবোৰৰ বাবে ডিজাইন কৰা ছফ্টৱেৰে সংযোগটো উপযুক্ত হেণ্ডলাৰলৈ প্ৰেৰণ কৰিব পাৰে।

এইটো এটা স্পষ্ট কাৰ্যকৰী বৈশিষ্ট্য। এটা সাধাৰণ Squid HTTP শ্ৰোতা ইয়াৰ পৰ্ট 1080 লৈ সলনি কৰিলেও মিশ্ৰিত নহয়, আৰু এটা কেৱল SOCKS শ্ৰোতাই ব্ৰাউজাৰৰ ছেটিঙৰ পৰা HTTP নিশিকে।

TLS এ আৰু এটা সীমা যোগ কৰে: এটা এনক্ৰিপ্টেড প্ৰক্সি সংযোগ TLS ৰে আৰম্ভ হয়, দেখা পোৱা HTTP পদ্ধতিৰে নহয়। একেটা এণ্ডপইণ্টত ইয়াক সমৰ্থন কৰিবলৈ অতিৰিক্ত ইচ্ছাকৃত পৰিচালনাৰ প্ৰয়োজন; সাধাৰণ টেক্সট HTTP আৰু SOCKS চিনাক্ত কৰিলে সেই সামৰ্থ্য প্ৰমাণ নহয়।

এণ্ডপইণ্টৰ বাবে নথিভুক্ত ক্লায়েণ্ট প্ৰট’কল ব্যৱহাৰ কৰক। যদি দুয়োটাই কাম কৰে, সেয়া সেই চাৰ্ভাৰৰ মিশ্ৰিত শ্ৰোতাৰ প্ৰমাণ, প্ৰতিটো ক্লায়েণ্টত প্ৰট’কল অনিৰ্দিষ্ট ৰখাৰ কাৰণ নহয়।

Glider ৰ মিশ্ৰিত শ্ৰোতাই এটা বাস্তৱ উদাহৰণ দিয়ে: ই এটা বাইট নাখাই চায়, 0x05 ইয়াৰ SOCKS5 হেণ্ডলাৰলৈ প্ৰেৰণ কৰে, আৰু নহ'লে ইয়াৰ HTTP পাৰ্চাৰ মাতে। সেই পাৰ্চাৰে আগতীয়া অনুৰোধটো এতিয়াও বৈধতা প্ৰদান কৰে; প্ৰেৰণৰ বাছনিৰ দ্বাৰা যিকোনো ইনপুট বৈধ HTTP নহয়।

TCP শ্ৰোতা ভাগ কৰিলে নিজে SOCKS5 UDP সংযোগ নিদিয়ে। Glider ইয়াৰ UDP শ্ৰোতা সুকীয়াকৈ আৰম্ভ কৰে। TCP প্ৰট’কল নিৰ্বাচন আৰু পিছৰ ডেটাগ্ৰাম ৰিলে সুকীয়া সামৰ্থ্য।