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, а не окремі рядки, бо відсоток втрат і розкид затримки відокремлюють радіопроблему від далекого сервера. Якщо втрати з'являються на першому переході до шлюзу і кінцева точка тунелю показує ті самі втрати, локальний сегмент — спільний чинник. Якщо втрати з'являються лише за кінцевою точкою, радіо не є поясненням.
Потім змініть одну річ і знову запустіть ті самі чотири команди. Зміна сервера, що збігається з переходом на тихіший канал, виглядатиме як виправлення і нічого вас не навчить.