آپلود VPN کندتر از دانلود؟ مشخص کنید به کدام محدودیت می‌خورید

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

سه محدودیتی که از نوار پیشرفت یکسان به نظر می‌رسند

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

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

هر بار یک جهت را اندازه بگیرید

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

iperf3 به‌طور پیش‌فرض از سمت کلاینت ارسال می‌کند، پس اجرای ساده مسیر آپلود شما را می‌سنجد؛ -R جهت را برمی‌گرداند و دانلود را می‌سنجد. آن‌ها را با فاصله چند دقیقه اجرا کنید و هر دو عدد را ثبت کنید نه اینکه میانگین بگیرید:

iperf3 -c speed.example.net -t 30 -P 4
iperf3 -c speed.example.net -t 30 -P 4 -R

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

بر اساس اینکه آپلود کجا تغییر می‌کند تصمیم بگیرید

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

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

برای استفاده روزمره، محدود کردن آپلود پس‌زمینه یا زمان‌بندی آن خارج از ساعات جلسه غالباً بیش از هر تنظیم تونل کمک می‌کند. آن تغییر را بر اساس بار کاری ترکیبی بسنجید: پشتیبان‌گیری‌ای که دیرتر تمام می‌شود اما دیگر تماس‌ها را خراب نمی‌کند معمولاً معامله بهتری است.

وقتی توقف بر کندی پیروز می‌شود

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

مسیر را با باری آزمایش کنید که نباید قطعه‌قطعه شود، سپس MTU رابط تونل را با مقداری که عبور می‌کند مقایسه کنید:

ping -M do -s 1400 -c 3 203.0.113.10
ip link show dev tun0 | grep -o "mtu [0-9]*"

اگر کاوشگر بزرگ ناپدید شود و کوچک‌تر موفق شود، TCP MSS را روی تونل سفت کنید نه اینکه MTU رابط را برای هر پروتکل پایین بیاورید. توقف‌های پایدار پس از آن نقطه به ذخیره‌سازی یا آهنگ برنامه دریافت‌کننده مربوط است، نه به مسیر شبکه.

چه چیزی را تغییر دهید و چه چیزی را رها کنید

چیزهایی را که کنترل می‌کنید تغییر دهید: زمان‌بندی انتقال‌های پس‌زمینه، انتخاب نقطه پایانی و MSS برای مسیری که متوقف می‌شود. هر تغییر را برگشت‌پذیر و محدود به یک بار کاری نگه دارید. چیزهایی را که اندازه‌گیری می‌گوید خوب‌اند رها کنید، از جمله سرعت دانلودی که از قبل با خط می‌خواند.

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