Чому мій VPN такий повільний? Перевірте ці чотири ділянки

Переривчастий виклик, повзуче завантаження й завмирання на півдорозі вивантаження — це три різні скарги під однією позначкою. Рішення, за якою з них ви женетеся, перш ніж щось вимірювати, економить решту розслідування. Потім змінюйте по одній ділянці шляху за раз і повторюйте те саме завдання.

Порядок нижче рухається від завдання назовні, бо тунель не може забезпечити пропускну здатність, якої бракує під ним.

Вирішіть, що означає повільно, перш ніж вимірювати

Низька стабільна швидкість, висока затримка з різкими стрибками й передавання, що повністю зупиняється на фіксованому розмірі, — не варіанти однієї несправності. Кожна вказує на свою ділянку: пропускну здатність, сам шлях або обмеження розміру пакета. Виберіть завдання, яке справді вас турбує, і використовуйте його як еталон, бо тест швидкості вимірює масове передавання, яке може поводитися зовсім не так, як відеовиклик. Запишіть кінцеву точку, протокол, пору доби й число, яке важливе для вас.

Без цього запису кожне наступне порівняння перетворюється на суперечку про враження.

Спершу перевірте мережу доступу

Призупиніть власні великі передавання, потім виміряйте локальне з'єднання до того, як втрутиться тунель. Порівняйте з нешкідливим завданням і дотримуйтеся процедури kill switch клієнта замість вимкнення кількох захистів одразу, і збережіть той самий пункт призначення в обох прогонах. Постачальник тесту швидкості може видати вам інший вимірювальний сервер, щойно зміниться ваше видиме розташування, і це перетворює порівняння на тест двох різних серверів.

ping -c 20 192.168.50.1
ping -c 20 198.51.100.7
curl -o /dev/null -w "%{time_starttransfer} %{speed_download}\n" https://speed.example.net/10mb.bin

Якщо базова лінія вже погана, робота належить Wi-Fi, навантаженню на маршрутизатор або службі доступу. Дротовий тест або нерухоме положення біля точки доступу відокремлює слабкий радіоканал від перевантаженого висхідного каналу. Ніщо з того, що робить тунель, не додасть ємності, якої лінія доступу не віддає.

Змініть вихід, потім транспорт

Тримайте пристрій, мережу й протокол незмінними та перевірте другу кінцеву точку. Виберіть правдоподібне місто зі списку локацій, але не припускайте, що найближча позначка означає найкращий маршрут. Якщо один вихід повільний, а інші гаразд, його хост або шлях вартий розслідування; якщо на одному пристрої всі виходи повільні, а інший пристрій гаразд, клієнт — імовірніший підозрюваний.

Там, де сервіс пропонує обидва профілі, порівняйте OpenVPN через UDP з OpenVPN через TCP. UDP — звична відправна точка для інтерактивної роботи, а TCP може допомогти в мережі доступу, яка зовсім не пропускає трафік UDP. Тунель TCP відновлює втрати повторним надсиланням усередині потоку, тому на лінії, що губить пакети, він може здаватися повільнішим, і нотатки OpenVPN з усунення проблем продуктивності описують той самий компроміс, перш ніж ви щось інше налаштуєте. Заміна слова "udp" на "tcp" у профілі не може створити слухача, якого сервер ніколи не відкривав.

Збережіть профіль, який допомагає, перш ніж пробувати наступну зміну. Інакше пізніший регрес залишить вас гадати, яка правка дала поліпшення.

Читайте пристрій і симптом разом

Стежте за навантаженням процесора під час передавання, а не після нього, бо вартість шифрування зростає з трафіком, а маленький маршрутизатор, що обслуговує домогосподарство, — це інша машина, ніж ноутбук із власним клієнтом. Інший VPN, віртуальна машина або мережевий фільтр можуть сидіти на тому самому шляху й забирати частину трафіку. Тримайте програмне забезпечення актуальним, не прибираючи перевірок автентифікації або kill switch, щоб тест виглядав краще. Якщо невеликі запити проходять, а великі вивантаження застрягають на сталому розмірі, перевірка MTU — наступна зупинка.

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

Коли тунель скидається багаторазово, спершу усуньте розриви, а потім тлумачте будь-які цифри пропускної здатності, бо тунель, що перепідключається, вимірює рукостискання, а не шлях. Повторюйте вихідне завдання після кожної зміни й зберігайте результат. Швидший тест швидкості, який усе ще ламає виклик, не вирішив скарги, з якої ви почали.