بشکل در اورنده واندر یک اسکریپت روش شبکه بسیار ویژه با بسیاری از ویژگی های است. این نسخهها کار میکند بر روی لینوکس 2.4 و بالاتر است.
اهداف
من اقدام به ایجاد جام مقدس:
* * * * حفظ زمان تاخیر کم برای ترافیک interfactive در تمام زمانها.
این به این معنی است که دانلود یا آپلود فایل باید SSH و یا حتی شبکه راه دور مزاحم نشوید. این مهم ترین نکته، حتی تاخیر 200ms تنبل به کار شده است.
* اجازه 'گشت و گذار' در سرعت های معقول و منطقی در حالی که تا یا دانلود
حتی اگر HTTP 'فله' ترافیک، ترافیک های دیگر باید آن را بیش از حد غرق نشده است.
* مطمئن شوید که ارسال انجام دانلود صدمه نمی زند، و راه دیگری در اطراف
این یک پدیده بسیار مشاهده که در آن ترافیک بالادست به سادگی سرعت دانلود از بین میبرد. به نظر می رسد که همه این امکان پذیر است، در هزینه های کمی از پهنای باند. به این دلیل که ارسال، دریافت ها و SSH یکدیگر صدمه دیده است و حضور صف بزرگ در بسیاری از دستگاه های دسترسی داخلی مانند کابل یا DSL مودم است.
چرا که به خوبی کار نمی کند به طور پیش فرض
ISP ها می دانیم که آنها تنها به مردم چگونه سریع می توانید دانلود محک. علاوه بر پهنای باند در دسترس، سرعت دانلود به شدت با از دست دادن بسته، که به طور جدی مانع TCP عملکرد / IP را تحت تاثیر قرار. صف بزرگ می تواند به جلوگیری packetloss کمک کند، و سرعت بخشیدن به دانلود. بنابراین ISP ها پیکربندی صف بزرگ است.
با این حال این صف بزرگ تعامل آسیب برساند. ضربه زدن به کلید اول باید سفر صف بالادست، که ممکن است ثانیه (!) طولانی و رفتن به میزبان راه دور خود را. پس از آن نمایش داده شده، که منجر به یک بسته به آینده را، که پس از آن باید گذشتن از صف پایین دست، واقع در ISP شما، قبل از آن بر روی صفحه نمایش شما ظاهر می شود.
این HOWTO به شما می آموزد که چگونه به شکستن و پردازش صف در بسیاری جهات، اما متاسفانه، همه صف به ما در دسترس هستند. صف بیش از در ISP به طور کامل ممنوع است، در حالی که صف بالادست احتمالا در داخل مودم کابلی یا دستگاه DSL زندگی می کند. شما ممکن است یا ممکن است قادر به آن را پیکربندی کنید. احتمالا نیست.
بنابراین، آنچه بعدی؟ همانطور که ما می تواند هر کدام از این صف کنترل نمی کنند، آنها باید از بین بروند، و به روتر لینوکس شما نقل مکان کرد. خوشبختانه این امکان پذیر است.
حد سرعت آپلود تا حدودی
با محدود کردن سرعت آپلود ما را به کمی کمتر از نرخ واقعا موجود، هیچ صف هستند تا در مودم های ما ساخته شده است. صف در حال حاضر به لینوکس منتقل شد.
محدود کردن سرعت دانلود
این است که کمی سختتر که ما واقعا نمی تواند تحت تاثیر قرار با چه سرعتی به اینترنت کشتی ما داده است. ما با این حال می تواند بسته های که در آینده بیش از حد سریع قطره، که باعث TCP / IP به کم کردن سرعت فقط به میزان ما می خواهیم. از آنجا که ما نمی خواهید به رها کردن ترافیک بی ارزش، ما پیکربندی 'پشت سر هم اندازه ما با سرعت بالاتر اجازه می دهد.
در حال حاضر، زمانی که ما این را انجام داده اند، ما صف پایین دست کاملا (به جز برای زمان های کوتاه) حذف، و به دست آوردن توانایی مدیریت صف بالادست با تمام قدرت لینوکس ارائه می دهد.
اجازه دهید ترافیک تعاملی جست و خیز صف
آنچه باقی مانده است که باید انجام شود این است که مطمئن شوید ترافیک تعاملی جهش به جلوی صف بالادست. مطمئن شوید که ارسال انجام دانلود صدمه دیده است، ما نیز به جلو از صف حرکت بسته ACK. این چیزی است که به طور معمول باعث رکود بزرگ مشاهده زمانی ایجاد ترافیک فله هر دو راه. تقدیرنامه برای ترافیک پایین دست باید با ترافیک بالا دست، رقابت، و در این فرایند به تعویق افتاد.
ما همچنین حرکت دیگر بسته های کوچک به جلوی صف - این کمک می کند که سیستم عامل را تنظیم بیت TOS نیست، مانند همه چیز از مایکروسافت.
اجازه می دهد که کاربر را مشخص ترافیک با اولویت پایین (جدید در 1.1!)
گاهی اوقات ممکن است اولویت ترافیک خروجی متوجه کاهش ترافیک مهم است. در آن صورت، از گزینه های زیر ممکن است به شما کمک کند:
NOPRIOHOSTSRC
تنظیم این به میزبان و یا netmasks در شبکه خود را که باید اولویت کم
NOPRIOHOSTDST
تنظیم این به میزبان و یا netmasks در اینترنت که باید اولویت کم
NOPRIOPORTSRC
تنظیم این به بنادر منبع است که باید اولویت داشته باشد. اگر شما یک وب سرور بی اهمیت در ترافیک شما، این مجموعه را به 80
NOPRIOPORTDST
تنظیم این به پورت مقصد است که باید اولویت داشته باشد.
دیدن شروع wshaper و wshaper.htb
نتایج
اگر ما این همه ما می توانید از اندازه گیری های زیر با استفاده از یک اتصال ADSL بسیار عالی از xs4all در هلند:
تاخیر در شروع مطالعه:
رفت و برگشت دقیقه / AVG / حداکثر = 14.4 / 17.1 / 21.7 میلی ثانیه
بدون تهویه ترافیک، در حالی که دانلود:
رفت و برگشت دقیقه / AVG / حداکثر = 560.9 / 573.6 / 586.4 میلی ثانیه
بدون تهویه ترافیک، در حالی که آپلود:
رفت و برگشت دقیقه / AVG / حداکثر = 2041.4 / 2332.1 / 2427.6 میلی ثانیه
با تهویه، در طول 220kbit / S آپلود:
رفت و برگشت دقیقه / AVG / حداکثر = 15.7 / 51.8 / 79.9 میلی ثانیه
با تهویه، در طول 850kbit / S دانلود:
رفت و برگشت دقیقه / AVG / حداکثر = 20.4 / 46.9 / 74.0 میلی ثانیه
هنگام آپلود، دانلود در ~ 80٪ از سرعت در دسترس را ادامه دهید. ارسال در حدود 90٪. زمان تاخیر و سپس به 850 میلی ثانیه میپرد، هنوز هم بدانند چرا.
چه شما می توانید از این اسکریپت انتظار بستگی دارد به مقدار زیادی در سرعت خط مرتفع واقعی خود را. هنگام آپلود در سرعت کامل، همیشه وجود خواهد داشت یک بسته واحد باشد پیش از ضربه زدن به کلید خود را. تقسیم MTU خود را با سرعت بالادست خود را به محاسبه - که حد پایین تر به تاخیر شما می توانید رسیدن به. مقادیر معمول خواهد شد تا حدودی بالاتر از آن. کاهش MTU خود را برای اثر بهتر!
میز کوچک:
سرعت اتصال بالایی | انتظار تاخیر به علت آپلود
--------------------------------------------------
32 | 234ms
64 | 117ms
128 | 58ms
256 | 29ms
بنابراین برای محاسبه زمان تاخیر موثر خود را، یک اندازه گیری پایه (پینگ بر روی لینک بدون بار)، و نگاه کردن شماره در جدول، و اضافه کردن آن. این است که در مورد بهترین شما می توانید انتظار. این شماره می آید از یک محاسبه است که فرض می شود که ضربه زدن به کلید بالادست خود را در بیشتر از نیم بسته به اندازه کامل پیش از آن داشته باشد.
این جوش پایین به:
MTU * * * * * * * * 0.5 10
-------------- + baseline_latency
کیلوبیت
عامل 10 است کاملا درست نیست اما به خوبی کار می کند در عمل.
هسته شما
اگر شما یک توزیع کنندگان اجرا شود، همه چیز باید خوب باشد. شما باید 2.4 با گزینه های QoS روی گرداند.
در صورتی که هسته خود را کامپایل، باید برخی از گزینه های فعال داشته باشد. برجسته ترین این آثار، در منوی گزینه های شبکه، QoS و / یا نمایشگاه صف، به نوبه خود حداقل CBQ، PRIO، SFQ، نفوذ، ترافیک پلیس، پشتیبانی از QoS، نرخ برآورد، QoS را طبقه بندی، طبقه بندی U32، طبقه بندی fwmark.
در عمل، I (و اغلب توزیعهای) فقط بر روی همه چیز تبدیل شود.
اسکریپت
اسکریپت می آید در دو نسخه، یکی که با این نسخهها کار بر روی دانه های استاندارد و با استفاده از CBQ اجرا شده است. یکی دیگر از qdisc HTB عالی است که در هسته به طور پیش فرض نیست. نسخه CBQ بیشتر مورد آزمایش قرار از HTB یک!
'wshaper' و 'wshaper.htb' را مشاهده کنید.
تنظیم
این اسکریپت نیاز به دانستن میزان واقعی اتصال ISP شما. این سخت است برای تعیین صف مقابل به عنوان ISP ها مختلف استفاده از انواع مختلف از بیت به نظر می رسد. مردم گزارش موفقیت با استفاده از روش های زیر است:
برآورد هر دو خود را بالادست و پایین دست در نیمی از نرخ مشخص ISP شما. در حال حاضر بررسی اگر اسکریپت عملکرد - بررسی تعامل در حالی که آپلود و در حالی که دانلود. این باید زمان تاخیر تحویل همانطور که در بالا محاسبه می شود. اگر نه، چک کردن و اسکریپت بدون خطا اجرا می شود.
در حال حاضر به آرامی شماره بالادست و پایین دست را افزایش می دهد در اسکریپت تا زمان تاخیر می آید. به این ترتیب شما می توانید مقادیر بهینه برای اتصال خود را پیدا کنید. اگر شما خوشحال هستید، لطفا گزارش به من تا من می توانم یک لیست از اعداد است که به خوبی کار می کند. لطفا اجازه دهید من می دانم که ISP استفاده می کنید و نام اشتراک خود را، و مشخصات مشهور آن، بنابراین من می تواند به شما در اینجا فهرست و نجات دیگران مشکل.
نصب
اگر شما شماره گیری در، شما می توانید اسکریپت برای /etc/ppp/ip-up.d کپی کنید و آن را در هر اتصال را اجرا کنید.
اگر می خواهید به حذف روش از یک رابط، اجرا 'توقف wshaper. برای دیدن اطلاعات وضعیت، اجرا 'wshaper وضعیت.
مسائل شناخته شده
اگر شما خطاهایی را دریافت کنید، اضافه کردن یک -x به خط اول، به شرح زیر است:
#! / بن / پارتی -x
و دوباره امتحان کنید. این به شما می دهد که خط خطا نشان می دهد. قبل از تماس با من، مطمئن شوید که شما در حال اجرا نسخه اخیر iproute!
نسخه های اخیر را می توان در توزیع لینوکس خود را در بر داشت، و یا اگر شما ترجیح می دهند تدوین، اینجا هستید::
ftp://ftp.inr.ac.ru/ip-routing/iproute2-current.tar.gz
نظر یافت نشد