স্বচ্ছ TCP-ৰপৰা-SOCKS ফৰৱাৰ্ডিঙত মূল গন্তব্যস্থানসমূহ

এখন ফায়াৰৱালে TCP সংযোগ ক'ত পৰিব সেয়া সলনি কৰিব পাৰে। কিন্তু কেৱল সেই সলনিৰ দ্বাৰা সৃষ্টিকৰ্তা এপ্লিকেশ্যনক SOCKS কথা পাতিবলৈ শিকাব নোৱাৰে।

এটা সাধাৰণ SOCKS চাৰ্ভাৰে অনুৰোধ কৰা গন্তব্যস্থান বৰ্ণনা কৰা আলোচনাৰ আশা কৰে। প্ৰক্সীৰ বিষয়ে অজ্ঞ এপ্লিকেশ্যই ইয়াৰ পৰিৱৰ্তে তৎক্ষণাত নিজৰ প্ৰটোকল বাইট পঠিয়ায়। সেই বাইটবোৰ পোনপটীয়াকৈ SOCKS শ্ৰোতাৰ ওচৰলৈ ঘূৰাই দিলে দুয়ো পক্ষ প্ৰথম বাৰ্ত্তাসম্পৰ্কত একমত নহ'ব।

অনুপস্থিত উপাদানটো এজন অনুবাদক

এটা স্বচ্ছ TCP-ৰপৰা-প্ৰক্সী উপাদান সেই ইন্টাৰফেচবোৰৰ মাজত থাকে। ই এপ্লিকেশ্যই আৰম্ভণিতে অনুৰোধ কৰা গন্তব্যস্থান আৱিষ্কাৰ কৰে, উপযুক্ত SOCKS বা HTTP CONNECT অধিবেশন স্থাপন কৰে, আৰু তাৰ পিছত ফলস্বৰূপ প্ৰবাহত এপ্লিকেশ্যন ডেটা প্ৰেৰণ কৰে।

ইয়াৰ Linux iptables পথত redsocksৰ উৎসে সংৰক্ষিত গন্তব্যস্থান SO_ORIGINAL_DST ব্যৱহাৰ কৰি উদ্ধাৰ কৰে। অন্য অপাৰেটিং চিষ্টেম আৰু পুনঃনিৰ্দেশনা পদ্ধতিয়ে বেলেগ বেলেগ কৌশল ব্যৱহাৰ কৰে। এইটো পুনঃনিৰ্দেশক আৰু নেটৱৰ্ক ছেটআপৰ এটা ধৰ্ম, সাধাৰণ SOCKS ক্লায়েণ্টৰ বৈশিষ্ট্য নহয়।

মূল-গন্তব্যস্থানৰ তথ্যই এইয়াও ব্যাখ্যা কৰে যে প্ৰক্সী হোষ্টৰ পৰা এটা পুনঃনিৰ্দেশনা নিয়ম অপৰিচিত গেটৱেলৈ স্থানান্তৰ কৰা সদায় সমতুল্য নহয় কিয়। গ্ৰহণ কৰা প্ৰক্ৰিয়াটোৱে ইয়াৰ হস্তক্ষেপ পদ্ধতিৰ বাবে প্ৰয়োজনীয় মেটাডেটা বিচাৰে। আন ঠাইত পুনৰ লিখা এটা ঠিকনাই হয়তো সেই তথ্য প্ৰত্যাশিত ৰূপত নিদিব।

অনুবাদকৰ পৰিসৰ স্পষ্ট ৰাখক। কাম কৰা পুনঃনিৰ্দেশিত TCP সংযোগে যিকোনো UDP, ICMP বা প্ৰতিটো ৰিজ'লভাৰ পথৰ সমৰ্থন প্ৰমাণ নকৰে। আপষ্ট্ৰীম প্ৰক্সী প্ৰটোকল আৰু অনুবাদকৰ বাস্তৱায়নে এতিয়াও সমৰ্থিত কাৰ্য নিৰ্ধাৰণ কৰে।

সংযোগৰ ঠিক পিছত কোনো ছেটআপ বিফল হ'লে, প্ৰৱেশ নিয়ম বহল কৰাৰ আগতে প্ৰটোকল সীমা পৰীক্ষা কৰক। নিখুঁতভাৱে উপনীত SOCKS শ্ৰোতাই যিবোৰ বাইট কেতিয়াও SOCKS অনুৰোধ নাছিল সেইবোৰ নাকচ কৰিব পাৰে।