آیا Wi-Fi شما VPN را کند میکند؟ پیوند محلی را بررسی کنید
میلههای سیگنال توان را میسنجند، نه زمان هوا. همان کار را روی Wi-Fi و Ethernet مقایسه کنید، تلاشهای تکراری و افت را ببینید، سپس پیش از سرزنش سرور زمانسنجیها را تکرار کنید.
بیشتر مردم سرور را برای تکانهایی که رادیو ایجاد کرده سرزنش میکنند، و راهحلی که به آن چنگ میزنند تشخیص بعدی را سختتر میکند. نماد سیگنال کامل میگوید نقطه دسترسی بلند است، نه اینکه کانال آرام است یا زمان هوا آزاد است. مشکلات بیسیم به شکل تأخیر، افت و بازآرایی به تونل میرسند و کارخواه هر سه را یک مشکل مبهم اتصال گزارش میکند.
پرسش سودمند این است که آیا همان تونل روی پیوند محلی دیگری رفتار متفاوتی دارد. همه چیز دیگر ثابت میماند تا پاسخ دهید.
میلههای سیگنال توان را میسنجند، نه زمان هوای در دسترس
سطح سیگنال دریافتی میگوید کارخواه نقطه دسترسی را با چه قدرتی میشنود، و این عدد میتواند بالا بماند در حالی که توان عبوری فرو میریزد. زمان هوا با شبکههای همسایه، با کارخواهان دیگر در شبکه خودتان و با ترافیک مدیریتی شریک است که رادیو باید آن را با کندترین نرخی بفرستد که هر مشارکتکننده میفهمد. دیوارها، فلز و وضعیت بدن مسیر را تغییر میدهند، و چیدمان آنتن درون لپتاپ هم. هیچکدام از اینها در نماد دیده نمیشود.
شمارندههای تلاش دوباره روشنترین شاهد خصوصیاند، چون چارچوبی که سه تلاش لازم داشت باز هم تحویلشده شمرده میشود. پیوندی که نرخ سالم گزارش میکند و در همان حال بهسختی تلاش دوباره میکند، تونل زمانواقعی را خراب نشان میدهد.
انتخاب باند یک معامله است نه درمان، هر چه ستون توصیه ادعا کرده باشد. کانال 5 GHz معمولاً تداخل کمتری میبیند و فاصله کمتری را پوشش میدهد، در حالی که 2.4 GHz عمیقتر در ساختمان پیش میرود و همسایههای بیشتری میبیند. باند را برای فاصلهای انتخاب کنید که واقعاً لازم دارید، و تنظیم قبلی را یادداشت کنید تا آزمایش ناموفق برگشتپذیر باشد.
یک متغیر را تغییر دهید، سپس دوباره نگاه کنید
پروفایل VPN، نقطه پایانی، مقصد و ساعت روز را ثابت نگه دارید و پیوند محلی را عوض کنید. همان کار را نزدیک نقطه دسترسی، از اتاق دور و روی Ethernet در همان دستگاه مقایسه کنید. اگر اجرای سیمی پاک باشد و هر دو اجرای بیسیم نباشند، بخش رادیو جای خود را در بالای فهرست به دست آورده است.
جابهجایی میان نقاط دسترسی آزمایشی جداست، و در شبکه mesh همان است که مردم از آن میگذرند. رومینگ میتواند تونل را متوقف کند، تبادل کلید تازه را تحمیل کند یا نشستی را زنده بگذارد در حالی که بستهها از جریان میافتند. زمان هر وقفه را یادداشت کنید و با ورودی گزارش کارخواه برای تغییر انجمن مقایسه کنید. وقفهای که با رومینگ همزمان است سرور بارگذاریشده نیست، هر قدر هم چنین به نظر برسد.
کانال شلوغ خود را جای سرور کند جا میزند
دستگاههای دیگر برای همان زمان هوا رقابت میکنند، و بارگذاری بزرگ شما با تماس خودتان رقابت میکند. انتقالهای اختیاری را متوقف کنید و پیش از نتیجهگیری درباره ارائهدهنده کار را تکرار کنید. صف زیر بار دقیقاً همان نشانهای را میسازد که مردم آن را کند شدن VPN مینامند: تأخیر فزاینده، تحویل تکانتکان و تماسهایی که در حال ادامه دانلود قطع میشوند. اگر الگو بهجای مکان شما از انتقالهایتان پیروی میکند، تونل از یک پیوند شلوغ خبر میدهد نه اینکه آن را بسازد.
توان عبوری انبوه و کیفیت زمانواقعی دو سنجه جداگانهاند، پس دانلود سریع پیوند را پاک ثابت نمیکند. جیتر و افت برای یک تماس مهمتر از میانگین سرعتاند.
پیش از تغییر سرورها با زمانسنجی بررسی کنید
پیوند محلی و مسیر تونل را جدا اندازه بگیرید و هر دو خروجی را نگه دارید. فرمانهای زیر انجمن را میخوانند، چند دقیقه مسیر را نمونهبرداری میکنند و نشان میدهند افت در نخستین گام پدیدار میشود یا دورتر. آنها را یک بار نزدیک نقطه دسترسی و یک بار جایی که مشکل رخ میدهد اجرا کنید.
iw dev wlan0 link
ping -i 0.2 -c 200 203.0.113.5
mtr -r -c 50 203.0.113.5
ping -i 0.2 -c 200 198.51.100.9
خلاصههای ping را مقایسه کنید نه خطوط تکی، چون درصد افت و پراکندگی تأخیر مشکل رادیو را از سرور دور جدا میکند. اگر افت در نخستین گام به دروازه پدیدار شود و نقطه پایانی تونل همان افت را نشان دهد، بخش محلی عامل مشترک است. اگر افت فقط آنسوی نقطه پایانی پدیدار شود، رادیو توضیح نیست.
پس از آن یک چیز را عوض کنید و همان چهار فرمان را دوباره اجرا کنید. تغییر سروری که با رفتن به کانال آرامتر همزمان شود شبیه یک تعمیر دیده میشود و چیزی به شما نمیآموزد.