VPN работи по Wi-Fi, но не по мобилни данни: защо

Започнете със сравнение, а не със заключение: същият телефон, същият профил, две мрежи. Ако тунелът се проваля в едната и работи в другата, разликата е някъде по пътя, а не в идентификационните данни. Отбележете какъв отказ получавате, защото отказ преди вход и връзка, която не пренася нищо, са различни проблеми. Всичко по-долу предполага този тест, направен само с промяна на мрежата.

VPN се нуждае от основната връзка; той не я замества и не може да накара оператора да пренася това, което операторът отказва да пренася.

Дръжте телефона непроменен, сменете само мрежата

Едновременната промяна на мрежата и на сървъра оставя две възможни причини и никакъв начин да ги разделим. Сравнете същата крайна точка първо по Wi-Fi, после по мобилна мрежа и записвайте точния симптом всеки път. Отказ преди удостоверяване сочи към достижимост, отхвърляне на идентификационните данни сочи към акаунта, а свързан тунел, който не пренася нищо, сочи към маршрутизация или DNS. Само първото наистина е за мрежата.

Явният отказ при вход също принадлежи към проверките за удостоверяване, дори да се появява само в една мрежа. Някои оператори и гостевни мрежи прихващат трафика по начин, който поражда подвеждащи грешки.

Какво вижда мрежата за достъп и за какво таксува

Операторът, който пренася тунела, наблюдава самата връзка: времето, обема и адреса на крайната точка на VPN. Криптирането на полезния товар не скрива тези свойства и това важи както за домашна Wi-Fi връзка, така и за мобилна мрежа. VPN променя кой какво може да види и отговорът е различен на всеки хоп. Записвайте го по хопове, вместо да описвате връзката като частна изобщо.

Таксуването е другата практическа разлика. Инкапсулацията, сигналите за поддържане и повторните опити изразходват байтове, а приложенията могат да подновят трансфер след прехвърляне. Има и домашен Wi-Fi с лимит, затова проверете броячите на устройството и плана, вместо да приемате, че някоя от мрежите е без ограничение.

Влизания в портала и ограничения на оператора

Порталът за прихващане трябва да бъде удовлетворен, преди тунелът да стигне до каквото и да е. Повторното свързване на VPN няма да допусне устройство, което мрежата не е разрешила, а политиката за постоянна връзка може да направи портала недостъпен. Първо завършете влизането през нормалния браузър, после вдигнете тунела. Ако управлявана политика пречи на този ред, следвайте документирания процес на оператора или администратора.

Ограниченията на оператора са другата променлива: някои пътища пренасят само определени протоколи, някои агресивно трансформират адреси, а някои третират едно семейство адреси различно от друго. Сравнението стеснява отказа до пътя, без да посочва кой механизъм е отговорен.

Прехвърлянето не е същото като повторно свързване

След като всяка мрежа работи самостоятелно, наблюдавайте истинско прехвърляне. Клиентът може да засече промяната и да се свърже отново, а може и да запази сесия, която вече е мъртва. Приложенията, които вече се използват, се възстановяват различно от отворените след превключването, затова постоянната икона на тунел доказва малко. Тествайте приложението, което наистина ви е важно, през прехода и отбележете дали се възстановява без ръчна намеса.

Ако тунелът се проваля само след престой, сигнал за поддържане може да реши един случай на състояние на NAT. Той не поправя слаб сигнал и не отстранява всяко прехвърляне. Различавайте престоя от движението, преди да променяте настройки.

Запишете мрежата, етапа на отказа и поведението при прехвърляне. Тези три неща отделят проблем в пътя от проблем в клиента.