چرا VPN هنگام بارگذاری آهسته به نظر می‌رسد: تأخیر صف

یک نسخه پشتیبان شروع به بارگذاری می‌کند، شمارنده انتقال سالم به نظر می‌رسد، و تماس ویدیویی به هم می‌ریزد. پیوند از نظر معنایی که آن عدد القا می‌کند کمبود پهنای باند ندارد؛ بسته‌ها جایی در صف منتظرند و بسته‌های تعاملی پشت داده‌های انبوه می‌مانند. این تأخیر صف است که معمولاً به آن بافر بلوت می‌گویند. VPN می‌تواند صف خودش را اضافه کند، اما به ندرت مشکل را تنهایی می‌سازد.

پهنای باند و تأخیر دو اندازه‌گیری متفاوت‌اند

توان عبوری پاسخ می‌دهد که هر ثانیه چه مقدار داده جابه‌جا می‌شود، در حالی که تأخیر پاسخ می‌دهد که یک بسته چقدر طول می‌کشد تا مسیر را طی کند. یک پیوند اشباع‌شده می‌تواند انباشت بزرگی نگه دارد و باز هم توان عبوری خوب گزارش کند، چون صف با سرعت خط تخلیه می‌شود وقتی انفجار تمام شود. ترافیک تعاملی نخست آسیب می‌بیند، زیرا یک تماس هر چند میلی‌ثانیه یک بسته لازم دارد، نه در نهایت یک فایل بزرگ. از این رو، اندازه‌گیری تنها نتیجه یک آزمون سرعت، نشانه‌ای را پنهان می‌کند که شما را به بررسی واداشت.

به جهت زیر بار هم توجه کنید. یک بافر بارگذاری پر می‌تواند همه چیز دیگر را به تأخیر بیندازد در حالی که ظرفیت بارگیری بی‌کار است.

زمان رفت‌وبرگشت را زیر بار اندازه بگیرید

یک خط پایه روی پیوند آرام بگیرید، سپس همان اندازه‌گیری را در حالی تکرار کنید که یک انتقال کنترل‌شده اجرا می‌شود. دو اجرا را مقایسه کنید، نه اعداد مطلق را.

ping -c 20 -i 0.2 203.0.113.5
dd if=/dev/zero bs=1M count=50 | ssh [email protected] "cat > /dev/null"

فرمان نخست از زمان رفت‌وبرگشت نمونه می‌گیرد، و دومی یک بارگذاری پایدار بدون نیاز به سرویس آزمون سرعت ایجاد می‌کند. خط پایه‌ای که صاف می‌ماند و سپس اجرای زیر بار که صدها میلی‌ثانیه بالا می‌رود، همان امضایی است که باید بجویید. برخی شبکه‌ها اولویت ICMP را پایین می‌آورند، پس ping را نشانه بگیرید و با نمایش تأخیر خود برنامه تأیید کنید. آزمون را روی پیوندهای سهمیه‌دار کوتاه نگه دارید، چون یک تقابل تکرارپذیر مهم‌تر از اشباع طولانی است.

صف را به جایی ببرید که گلوگاه است

مدیریت صف فقط روی دستگاهی کمک می‌کند که واقعاً انباشت را نگه می‌دارد. پیش از افزودن قواعد بررسی کنید که رابط چه می‌کند.

tc -s qdisc show dev eth0
tc qdisc replace dev eth0 root fq_codel

فرمان show انضباط کنونی به‌همراه شمارنده‌های انباشت و حذف را گزارش می‌کند، که به شما می‌گوید این رابط گلوگاه است یا فقط ترافیک را عبور می‌دهد. جایگزینی انضباط ریشه با الگوریتم صف منصفانه به جریان‌های کوتاه نوبت خودشان را می‌دهد به جای یک FIFO مشترک با داده‌های انبوه. آن را روی رابط WAN روتر اعمال کنید وقتی روتر گلوگاه است، نه از روی عادت روی دستگاه تونل. پیکربندی پیشین را نگه دارید و هم پاسخ‌گویی زیر بار و هم نرخ انتقال را دوباره بیازمایید، چون نرخ انبوه کمی پایین‌تر معامله خوبی برای تماس‌های قابل استفاده است.

تونل چه چیزی را تغییر می‌دهد و چه چیزی را پنهان می‌کند

VPN رمزگذاری و یک پرش دیگر اضافه می‌کند، و جریان‌های فردی را هم از تجهیزات بیرون تونل پنهان می‌کند. این زمانی مهم است که دستگاه بالادست اولویت‌بندی بر پایه برنامه ارائه می‌دهد، چون بسته‌های رمزگذاری‌شده را می‌بیند نه گفتگوهای اصلی را. روتری که خودش تونل را پایان می‌دهد دید و بار کاری متفاوتی دارد و می‌تواند درون آن دسته‌بندی کند. هیچ‌یک از این دو چیدمان صف را از پیوند دسترسی برنمی‌دارد، که معمولاً همان جایی است که تأخیر جمع می‌شود.

اگر تأخیر از بار پیروی نمی‌کند، تنظیم صف‌ها را متوقف کنید و جای دیگری را ببینید: شرایط Wi-Fi، مشکلات اندازه بسته یا یک مسیر خروج ضعیف. تنظیمات صف که بدون اندازه‌گیری اعمال شوند فقط معما را جابه‌جا می‌کنند.