TPROXY প্যাকেটকে সকেট পর্যন্ত অনুসরণ

TPROXY কাউন্টার বাড়তে পারে, অথচ অ্যাপ্লিকেশন কিছুই পায় না। নিয়ম মিলেছে, কিন্তু স্থানীয় সরবরাহ এখনও নীতি-রাউটিং ও উপযুক্ত গ্রহণকারী সকেটের উপর নির্ভর করে।

Linux TPROXY DNAT-এর মতো গন্তব্য পুনর্লিখন না করেই ট্রাফিক আটকাতে পারে। তাই অ-স্থানীয় গন্তব্যে পাঠানো প্যাকেটকে উপযুক্ত স্থানীয় সকেটে পৌঁছাতেই হবে।

সরবরাহ পথ অনুসরণ করুন

1. ট্রাফিক নির্ধারিত ইন্টারফেস ও ঠিকানা-পরিবারে আটক-হোস্টে পৌঁছায়।
2. আটক-নিয়ম ও প্যাকেট মার্ক স্থানীয়-সরবরাহ নীতি চিহ্নিত করে।
3. মিলে যাওয়া নীতি-নিয়ম এমন রুট বেছে নেয় যা প্যাকেট স্থানীয়ভাবে সরবরাহ করে।
4. প্রক্সি প্রয়োজনীয় সকেট অপশনসহ সমর্থিত স্বচ্ছ শ্রোতা ব্যবহার করে।

কার্নেলের IPv4 উদাহরণে IP_TRANSPARENT-এর জন্য অ্যাপ্লিকেশন সমর্থন দরকার। একই পোর্টে সাধারণ শ্রোতা, বা বৈশ্বিক অ-স্থানীয়-বাইন্ড সেটিং, সেই সমর্থন প্রমাণ করে না।

প্রতিটি পর্যবেক্ষণের সঙ্গে লোড করা কনফিগারেশন ও নেটওয়ার্ক নেমস্পেস রাখুন। পরের নিয়ম মার্ক পুনর্লিখন করতে বা অন্য রুট বেছে নিতে পারে। শ্রোতা কনটেইনারে চলার সময় হোস্টে আটক হলে, বৈধ হোস্ট-স্থানীয় রুট স্বয়ংক্রিয়ভাবে সেই কনটেইনারে সরবরাহ করে না।

পরের প্যাকেটের হিসাব রাখুন

কার্নেল উদাহরণে সকেট মিলন ও DIVERT পথ আছে যা স্বচ্ছ সকেটের প্যাকেট মার্ক করে। এটি বাদ দিলে প্রাথমিক আটক সফল হলেও পরের ট্রাফিক অন্য পথে থাকতে পারে।

অ্যাপ্লিকেশনের সমর্থিত স্বচ্ছ মোড ও প্রতিটি ঠিকানা-পরিবারের জন্য প্রাসঙ্গিক কার্নেল ডকুমেন্ট ব্যবহার করুন। IPv4 স্থানীয়-রুট কমান্ড IPv6 কনফিগার করে না, আর এক পরিবারের সমর্থন অন্য পরিবারের সকেট আচরণ প্রমাণ করে না।

TPROXY SOCKS আলোচনাও তৈরি করে না। স্বচ্ছ-থেকে-SOCKS উপাদানকে তবুও গন্তব্য আবিষ্কার করে নিজের আপস্ট্রিমের সঙ্গে আলোচনা করতে হবে।

REDIRECT থেকে সরে আসা

বিদ্যমান অ্যাপ্লিকেশন কীভাবে মূল গন্তব্য পায় তা লিখে রাখুন। REDIRECT গন্তব্য বদলায় ও উপযুক্ত পুনরুদ্ধার পদ্ধতির উপর নির্ভর করে; TPROXY-এর নিজস্ব স্বচ্ছ সকেট ও রুট ব্যবস্থা দরকার। অ্যাপ্লিকেশন ও উৎস-ঠিকানা নীতি অনুযায়ী বেছে নিন।

আটক-মোড বদলানোর আগে কাউন্টারকে নির্বাচিত রুট, সকেট সক্ষমতা ও অ্যাপ্লিকেশন লগের সঙ্গে জোড়া দিন। প্রয়োজনীয় সুবিধা দেওয়া ডিস্ট্রিবিউশনে কার্নেল পুনঃকম্পাইল করার চেয়ে অনুপস্থিত সরবরাহ ধাপ ভালো সূচনা।