ایک tc شیپر خود ہی ہر VPN کلائنٹ کو محدود نہیں کرتا

ہدایت مکمل لگتی ہے: ہر VPN کلائنٹ کو 20 Mbit/s تک محدود کرو۔ لیکن یہ مکمل نہیں ہے، اور ٹنل انٹرفیس پر صرف ایک قطار نظم یہ فراہم نہیں کرے گا۔ «ہر کلائنٹ» کا مطلب ہر ٹنل پتہ، ہر ڈیوائس یا ہر اکاؤنٹ ہو سکتا ہے، اور ہر انتخاب پیکٹوں کی مختلف طریقے سے درجہ بندی کرتا ہے۔ کوئی بھی اصول لکھنے سے پہلے طے کریں کہ ضرورت دراصل کس کا نام لیتی ہے۔

نیچے سب کچھ اس جملے اور کام کرنے والی کسی چیز کے درمیان فاصلے کے بارے میں ہے۔

«ہر کلائنٹ» کا پہلے کیا مطلب ہونا چاہیے

ٹنل پتہ درجہ بندی کرنا آسان ہے اور دوبارہ استعمال کرنا بھی آسان ہے۔ ڈیوائس زیادہ مشکل ہے، کیونکہ ایک اکاؤنٹ کئی رکھ سکتا ہے، اور ایک ڈیوائس کے کئی پتے ہو سکتے ہیں، خاص طور پر IPv6 کے ساتھ۔ انصاف کی پالیسی کے لیے اکاؤنٹ سب سے بامعنی اکائی ہے، اور پیکٹ ہیڈر میں سب سے مشکل سے نظر آتا ہے۔ ہر تعریف اپنی گنتی کی کلید لاتی ہے، اس لیے ان کے درمیان بھٹکنے والی پالیسی وہ نہیں کرے گی جو تفصیل کا دعویٰ ہے۔

سمت دوسرا گم شدہ لفظ ہے۔ اپلوڈ، ڈاؤن لوڈ اور مجموعی تین مختلف ضروریات ہیں، اور ایک انٹرفیس پر ایک ہی اخراجی اصول شاذ و نادر ہی دونوں راستے ڈھکتا ہے۔

ایسا نقطہ چنیں جہاں کلائنٹ اب بھی نظر آتا ہے

ہر سمت کسی انٹرفیس کے حوالے سے متعین ہوتی ہے۔ سرور کی ٹنل سے دور دراز کلائنٹ کی طرف جو نکلتا ہے وہ اس کلائنٹ کے لیے ڈاؤن لوڈ شمار ہوتا ہے؛ کلائنٹ جو بھیجتا ہے وہ ٹنل میں داخل ہوتا ہے اور پھر اپنی منزل کی طرف نکلتا ہے۔ ہر سمت کے لیے ایک شیڈولنگ نقطہ چنیں اور پوچھیں کہ وہاں کون سی فیلڈز موجود ہیں۔ ماخذ NAT سے پہلے اپلوڈ اب بھی کلائنٹ کا اندرونی پتہ رکھتا ہے؛ ترجمے کے بعد سادہ ماخذ مماثلت شاید اسے مزید پہچان نہ سکے۔

خفیہ کردہ راستے پر ہیڈر VPN کی نقل و حمل کے ہیں، اس لیے اندرونی پتوں کو ملانے والے فلٹر کے پاس ملانے کو کچھ نہیں ہے۔ کوئی ڈیزائن پہلے درجہ بندی کر کے بعد کے شیڈولر کو نشان سونپ سکتا ہے، لیکن وہ سونپنا جان بوجھ کر ہونا چاہیے: پیکٹ نشان، کنکشن نشان اور شیڈولر کی کلاسیں الگ حالت ہیں، آگے بھیجی جانے والی ایک قدر نہیں۔

بالٹیاں خود نہیں آتیں

انٹرفیس سے منسلک ٹوکن بالٹی اسے استعمال کرنے والی کسی بھی ٹریفک کو شکل دیتی ہے؛ یہ ہر ماخذ پتے کے لیے نئی بالٹی نہیں بناتی۔ کلاس پر مبنی ڈیزائن اس کے بجائے منتخب ٹریفک کو کلاسوں میں ترتیب دیتا ہے، فلٹر رکنیت طے کرتے ہیں، اور HTB دستی جب والدین کے پاس اضافی بینڈوڈتھ ہو تو کلاس کی رفتار کو اس کی حد سے الگ کرتی ہے۔ اگر مقصد سخت حد ہے تو حد مقرر کریں اور ادھار کے رویے کا جان بوجھ کر فیصلہ کریں؛ ہر رفتار کے عدد کو مطلق زیادہ سے زیادہ نہ سمجھیں۔

جب ضرورت ہر کلائنٹ کے لیے ہو، تو ایک ساتھ چلنے والی دو منتقلیاں ایک ہی کوٹہ تقسیم کریں۔ ہر بہاؤ کو پوری رفتار دینا الگ پالیسی ہے، اور یہ کسی بھی ایسے امتحان میں کامیاب رہتی ہے جو صرف ایک ڈاؤن لوڈ دیکھتا ہے۔

دو ڈیوائس، ایک اکاؤنٹ، ایک کوٹہ؟

دو ڈیوائس پتوں کو الگ الگ محدود کرنا کبھی بھی اکاؤنٹ کی سطح کے ایک کوٹے میں جمع نہیں ہوتا، چاہے دونوں ڈیوائس ایک ہی شخص کے طور پر لاگ ان ہوں۔ یہی بات پورے LAN پر لاگو ہوتی ہے جو ایک ساتھی کے پیچھے ترجمہ ہوتا ہے، یا ان اضافی IPv6 پتوں پر جن کی درجہ بندی کرنے والے نے کبھی توقع نہیں کی۔ پتے اور شناخت کا ربط تازہ رکھیں، اور یاد رکھیں کہ مستحکم پتہ نقشہ آسان بناتا ہے مگر اس کے مالک کی تصدیق نہیں کرتا۔

برسٹ اور قطار کا رویہ بھی متعین کریں۔ ٹوکن بالٹیاں اوسط سے اوپر مختصر برسٹ کی اجازت دیتی ہیں، اور بفرنگ تاخیر بڑھاتی ہے؛ اضافی کو پولیس کرنا اور اسے بعد کے لیے قطار میں رکھنا مختلف علامات والے مختلف فیصلے ہیں۔

تصدیق کے لیے ایک کلائنٹ سے دو منتقلیاں چلائیں، دوسرا کلائنٹ شامل کریں، اور ہر سمت میں کلاس کاؤنٹر پڑھیں۔