trickled
ব্যান্ডউইথ হিসাবে সীমাবদ্ধ একই কৌশল ব্যবহার করে trickle
। এটি শুধু একটি ইউনিক্স ডোমেন সকেটে শোনে /tmp
অন্যান্য জন্য trickle
প্রক্রিয়া। অন্য যখন trickle
প্রক্রিয়া শুরু হয়, এটা জিজ্ঞাসা করবে trickled
(যদি এটি চলমান হয়) গ্লোবাল সেটিংসের জন্য, এবং ডিফল্ট হিসাবে সেট করুন, যদি না এটির নির্দিষ্ট উদাহরণের জন্য পৃথকভাবে ওভাররাইড না করা হয় trickle
।
একজন সম্পূর্ণরূপে স্থিরভাবে সংযুক্ত এক্সিকিউটেবল (যার অর্থ libc সহ সবকিছু, বাইনারিতে স্থিরভাবে সংকলিত হয়) ব্যবহারকারীর অবস্থান প্রক্রিয়া সহ ব্যবহার করা যাবে না trickle
। অবশেষে স্ট্যাটিক্যাল লিঙ্কযুক্ত এক্সিকিউটেবলের সাথে কি ঘটবে তা হল এটি লিনাক্স কার্নেলের স্থিতিশীল ব্যবহারকারী & lt; - & gt; কার্নেল অ্যাপ্লিকেশন বাইনারি ইন্টারফেস (ABI) তে সরাসরি কল করে। এটা ভিতরে কোনো লাইব্রেরি লোড করার চেষ্টা করে না /lib
, /usr/lib
, /usr/local/lib
ইত্যাদি প্রতীক সমাধান।
এর জাদু trickle
এটি কার্যকরভাবে প্রসেস মধ্যে কাস্টম কোড injects যে করা গতিশীলভাবে সিস্টেম থেকে সি লাইব্রেরি লোড। প্রক্রিয়া যে না , বা setuid রুট যে প্রসেস, তাদের কোড এই ভাবে সংশোধন করা যাবে না।
সত্যিই নিয়ন্ত্রণ করতে সব সিস্টেমে প্রসেস, ব্যান্ডউইথ সীমাবদ্ধতার এই স্তরের কার্নেল নিজেই করা প্রয়োজন।
লিনাক্স কার্নেলের মধ্যে ট্র্যাফিক রুপান্তর কার্যকারিতাগুলির পুরানো এবং নতুন উভয় কার্নেল বাস্তবায়ন রয়েছে (ট্র্যাফিক আকারগুলি ব্যান্ডউইথ সীমিত করার সাধারণীকরণ শব্দ এবং এটি সাধারণত প্যাকেটগুলির সময় বা সময় সংশোধন করা মানে) এবং এইগুলি আরও অনেক কিছু নির্ভরযোগ্য। এখানে এনএফ ফ্রেমওয়ার্কের উপর ভিত্তি করে আরও একটি সাম্প্রতিক উদাহরণ যা আইপিটিবেলগুলিকে লেয়ার 3 পলিসি এবং আধুনিক লিনাক্সের জন্য স্ট্যাকের নিয়ন্ত্রণ স্ট্যাক হিসাবে প্রতিস্থাপন করা হয়।