کندی VPN را با یک مقایسه قابل‌تکرار بررسی کنید

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

کدام نشانه کندی را باید اندازه بگیریم؟

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

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

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

توضیح سازوکار VPN به فهم مسیر اضافه کمک می‌کند. با این حال، دانستن اینکه ترافیک از تونل عبور می‌کند هنوز ثابت نمی‌کند کدام قسمت مسیر شما کند شده است. مقایسه کنترل‌شده برای جداکردن این احتمال‌ها لازم است.

برای مقایسه منصفانه چه چیزهایی را ثابت نگه داریم؟

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

راهنمای سرعت Proton VPN، بررسی‌شده در ۷ سپتامبر ۲۰۲۶، سرعت اینترنت پایه، مسیر تا سرور و بار سرور را از عوامل مؤثر می‌داند. همان راهنما توصیه می‌کند برنامه‌های انتقال داده در پس‌زمینه را ببندید. این توصیه برای حذف یک عامل مزاحم از آزمون است؛ از آن نمی‌توان نتیجه گرفت که همه کندی‌ها به برنامه‌های دیگر مربوط‌اند.

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

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

نتیجه‌ها را در چه جدولی ثبت کنیم؟

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

حالت آزمون زمان و مقصد آزمون سرور و پروتکل VPN دانلود و آپلود تأخیر و مشاهده کار واقعی بدون VPN ثبت کنید کاربرد ندارد ثبت کنید ثبت کنید با تنظیم فعلی VPN ثبت کنید ثبت کنید ثبت کنید ثبت کنید فقط با سرور دیگر ثبت کنید ثبت کنید ثبت کنید ثبت کنید فقط با پروتکل دیگر ثبت کنید ثبت کنید ثبت کنید ثبت کنید

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

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

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

اول سرور را عوض کنیم یا پروتکل را؟

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

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

راهنمای رسمی OpenVPN نسخه ۲٫۶ استفاده از UDP را حالت ترجیحی می‌داند و TCP را برای شرایطی که UDP قابل‌استفاده نیست توضیح می‌دهد. این تفاوت دلیل مناسبی برای بررسی تنظیم برنامه است، ولی اجازه نمی‌دهد از نام پروتکل، سرعت اتصال شما را پیش‌بینی کنیم.

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

اگر سرعت خوب است ولی بعضی صفحه‌ها گیر می‌کنند چه؟

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

در راهنمای OpenVPN، بخش «mssfix» الگویی را شرح می‌دهد که اتصال شروع می‌شود ولی هنگام استفاده فعال گیر می‌کند؛ مشکل کشف MTU مسیر یکی از توضیح‌های ممکن است. MTU به اندازه بسته قابل‌عبور در مسیر مربوط می‌شود. این نشانه به‌تنهایی تشخیص قطعی نیست و مقدار یک تنظیم را برای همه دستگاه‌ها تعیین نمی‌کند.

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

در مقاله محدوده واقعی حفاظت VPN، تفاوت حفاظت تونل با رفتار سایت توضیح داده شده است. انتخاب سرور سریع‌تر، مشکلات خود مقصد یا حساب کاربری را تضمینی حل نمی‌کند. هر تغییر را با همان کاری بسنجید که ابتدا مشکل داشت.

چه گزارشی برای پیگیری کندی مفید است؟

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

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

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