Почему сайт открывается, а приложение того же сервиса — нет

Сайт и приложение одного и того же сервиса — это формально разные программы, которые ходят на разные адреса и по-разному ведут себя при задержках. Сайт открывается в браузере через один запрос к веб-серверу, а приложение обычно держит постоянное соединение с отдельным сервером API, гораздо более чувствительным к скорости и стабильности канала.

Поэтому чаще всего дело не в самом VPN, а в том, что сайт и приложение по-разному переживают одну и ту же не самую идеальную сеть. Ниже — конкретные причины и что можно проверить самому.

Сайт и приложение обращаются к разным адресам

У крупного сервиса обычно не один сервер, а несколько: один отдаёт статичные страницы сайта, другой — обрабатывает запросы приложения. Первый почти всегда стоит за CDN — сетью из множества серверов по всему миру, поэтому браузер быстро находит ближайший рабочий узел. Второй — это, как правило, отдельный набор серверов API, их меньше, и они географически привязаны к одному-двум дата-центрам.

Через VPN маршрут к этим двум адресам может отличаться: до CDN сайта путь короткий и без проблем, а до сервера API — с задержкой, которая браузер не замечает, а приложение считает обрывом связи.

Сплит-туннель видит домен сайта, но не видит домен приложения

В DexterVPN 168 российских сервисов — банки, Госуслуги, маркетплейсы — ходят напрямую с вашим настоящим IP, минуя туннель. Список работает по доменам: если домен сайта в списке, браузер идёт напрямую и открывается мгновенно, будто VPN вообще выключен.

Но у некоторых сервисов сайт и приложение используют разные домены — например, сайт на одном адресе, а мобильное приложение обращается к отдельному поддомену для API. Если в список для прямого доступа попал только домен сайта, трафик приложения продолжает идти через туннель как обычный VPN-трафик — со своей задержкой и другим исходящим IP.

Приложения хуже переносят нестабильность канала

Веб-страница грузится одним запросом с щедрым таймаутом: если ответ задержался на секунду, вы просто не заметите разницы. Приложение чаще держит открытое соединение для уведомлений, чатов или обновлений в реальном времени, и у такого соединения таймаут гораздо жёстче — при малейшей просадке скорости или скачке задержки оно рвётся и показывает ошибку сети.

Добавляет путаницы и то, что приложения нередко кэшируют IP-адрес сервера или сессионный токен, привязанный к предыдущей сети. Вы переключились с Wi-Fi на VPN, IP поменялся, а приложение ещё пытается достучаться по старым данным — и получает тишину в ответ, пока не перезапустится и не обновит их заново.

Что стоит проверить

• Перезапустить приложение полностью, а не сворачивать — так оно заново разрешит адрес сервера и обновит сессию.
• Переключить сервер VPN на другой — если дело в маршруте до конкретного дата-центра, соседний сервер может оказаться ближе к серверам API.
• Проверить, не осталось ли приложение в кэше DNS с устаревшим адресом — иногда помогает включить и выключить авиарежим.
• Сравнить поведение в мобильном браузере и в приложении на одном и том же сервере VPN — если и там, и там медленно, дело не в приложении, а в канале до сервера.

Если ни один из этих шагов не помогает, а сайт при этом открывается стабильно, вероятная причина — именно разница в архитектуре сайта и приложения, а не в самом VPN. Это не значит, что подключение сломано: просто у приложения запас прочности к нестабильной сети меньше, чем у обычной веб-страницы.