VPN працює через Wi-Fi, але не через мобільні дані: чому

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

VPN потребує з'єднання, що лежить нижче; він не замінює його і не може змусити оператора передавати те, що оператор відмовляється передавати.

Тримайте телефон незмінним і змінюйте лише мережу

Одночасна зміна мережі й сервера залишає дві можливі причини і жодного способу їх розділити. Порівняйте ту саму кінцеву точку спершу через Wi-Fi, потім через мобільні дані й щоразу фіксуйте точний симптом. Збій до автентифікації вказує на доступність, відмова в облікових даних — на обліковий запис, а під'єднаний тунель, який нічого не передає, — на маршрутизацію або DNS. Лише перше справді стосується мережі.

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

Що бачить і за що може стягувати плату мережа доступу

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

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

Входи на портал і обмеження оператора

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

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

Передавання з'єднання — це не те саме, що повторне підключення

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

Якщо тунель відмовляє лише після простою, сигнал підтримання може усунути один випадок стану NAT. Він не виправляє слабкий сигнал і не вирішує кожне передавання з'єднання. Розрізняйте простій і рух, перш ніж змінювати налаштування.

Запишіть мережу, етап збою й поведінку під час передавання з'єднання. Ці три речі відокремлюють проблему шляху від проблеми клієнта.