MMS не отправляется на Android при включённом VPN: сначала путь оператора
Графические сообщения используют собственный путь оператора и собственные возможности сети, поэтому работающий браузер ничего не доказывает. Разделите SMS, MMS и RCS, прежде чем трогать VPN.
Страницы загружаются, звонки работают, а графическое сообщение висит на отправке без ошибки, с которой можно что-то сделать. Такое сочетание — не сбой интернета. MMS — это услуга оператора с собственной конфигурацией и собственным путём доставки, и на Android платформа может запросить для неё конкретную сеть вместо того, чтобы повторно использовать маршрут, по которому пошёл ваш браузер. Отсюда следуют три решения: какой тип сообщения на самом деле не прошёл, кому принадлежит транспорт и участвует ли VPN вообще.
Какой тип сообщения на самом деле не прошёл
SMS, MMS оператора и RCS — три разные услуги, которые делят одно окно переписки. Пузырь в переписке не говорит, какая из них использована, а исправление одной не затрагивает другие. Неудачное графическое сообщение, которое на самом деле является сообщением RCS, не исправится сменой настроек APN, а MMS, так и не покинувшее телефон, не исправится повторной регистрацией RCS.
Опишите сбой самыми простыми словами: приходит ли чисто текстовая SMS, не проходит ли маленькая картинка при отправке, при получении или в обоих случаях, и возник ли сбой до VPN. Если ответ таков, что не проходят только входящие картинки, вы смотрите на путь загрузки, который в ограниченной сети ведёт себя иначе, чем путь отправки.
MMS запрашивает сеть, а не только маршрут
Android предоставляет операции MMS через SmsManager и службу MMS платформы, которая может запросить сотовую сеть с поддержкой MMS для конкретной подписки. Это более узкий запрос, чем открытие приложением соединения HTTPS по маршруту по умолчанию. Именно поэтому VPN, несущий весь обычный трафик, может сосуществовать с рабочим путём MMS, и именно поэтому обратное сочетание проявляется как сбой.
Различие важно, потому что указывает на разных ответственных. Если запрос MMS платформы нельзя удовлетворить, проблема на стороне подписки или оператора. Если он удаётся, но передача застревает только при активном VPN, лучший подозреваемый — сетевая интеграция приложения или политика VPN. Догадки между этими двумя вариантами отнимают больше всего времени в таких отчётах.
| What you observe | Where to look first |
|---|---|
| No mobile data at all, SMS also fails | Subscription, carrier data service, SIM state |
| Browsing works, MMS fails only with the VPN on | The app's network integration or the VPN policy |
| MMS fine, RCS will not register | RCS registration, unrelated to the MMS transport |
| MMS fails on one SIM but not the other | Which subscription owns mobile data, and which sent the message |
Не трогайте конфигурацию оператора
Оставьте предназначенные оператором APN, адрес сервера MMS и настройки прокси как есть. То, что VPN меняет ваше поведение в браузере, не причина вставлять незнакомый APN или публичный DNS-сервер; MMS не использует резолвер, который предпочитает ваш браузер, а неверный APN ломает единственный работавший путь.
На телефоне с двумя SIM проверьте две отдельные вещи: какая подписка сейчас владеет мобильными данными и с какой подписки отправлено сообщение. Обычно тестируют на SIM, у которой случайно есть данные, тогда как сбойная переписка привязана к другой. Старое стороннее приложение для сообщений тоже может использовать собственный или устаревший сетевой путь, который ведёт себя иначе, чем путь, интегрированный в систему, поэтому предпочитайте документированный режим поддерживаемого приложения названиям меню, которые вы помните из старой версии.
Сделайте сравнение узким
Держите всё неизменным, кроме одной переменной, которую вы проверяете: то же приложение, тот же получатель, та же подписка, одна маленькая нечувствительная тестовая картинка. Запишите, не проходит ли отправка, получение или оба, каков точный текст ошибки и меняется ли результат при активном VPN.
Если политика позволяет на личном устройстве, короткое сравнение без VPN изолирует зависимость. Это диагностика, а не рекомендация работать без защиты, и на управляемом или заблокированном устройстве поддерживаемый порядок действий исходит от администратора, а не из сообщения на форуме. Не отправляйте личные медиа снова и снова только чтобы воспроизвести сбой, который можно воспроизвести один раз.
Что передать поддержке и что не стоит предполагать
Если не проходит только случай с активным VPN, полезный отчёт содержит имя и версию клиента, версию приложения для сообщений, тип сети, используемую подписку и точное местное время сбоя. С этими пятью фактами кто-то сможет сопоставить сбой с журналами оператора и клиента вместо догадок.
Не предполагайте, что исключение приложения для сообщений — это лекарство. Системные компоненты телефонии могут владеть частью операции, а политика блокировки без VPN ведёт себя иначе, чем простое исключение, поэтому приложение может по-прежнему не работать, выглядя исключённым. Проверьте исключение как гипотезу, сохраните результат и отмените его, если доказательства его не поддерживают.