Уеб страниците се зареждат, разговорите работят, а снимково съобщение стои на „изпращане“ без грешка, с която да работите. Тази комбинация не е прекъсване на интернета. 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 observeWhere to look first
No mobile data at all, SMS also failsSubscription, carrier data service, SIM state
Browsing works, MMS fails only with the VPN onThe app's network integration or the VPN policy
MMS fine, RCS will not registerRCS registration, unrelated to the MMS transport
MMS fails on one SIM but not the otherWhich subscription owns mobile data, and which sent the message

Не пипайте конфигурацията на оператора

Оставете APN, адреса на MMS сървъра и настройките за прокси, предвидени от оператора, както са. Това, че VPN променя поведението ви в браузъра, не е причина да поставите непознат APN или публичен DNS сървър; MMS не използва резолвера, който браузърът ви предпочита, а грешен APN чупи единствения път, който е работел.

На телефон с две SIM карти проверете две отделни неща: кой абонамент в момента притежава мобилни данни и от кой абонамент е изпратено съобщението. Често се тества на SIM картата, която случайно има данни, докато провалената нишка е вързана към другата. По-старо приложение за съобщения от трета страна може също да използва собствен или остарял мрежов път, който се държи различно от интегрирания в системата път, затова предпочитайте документирания режим на поддържаното приложение пред имена на менюта, запомнени от стара версия.

Направете сравнението тясно

Дръжте всичко постоянно освен едната променлива, която тествате: същото приложение, същият получател, същият абонамент, една малка нечувствителна тестова снимка. Запишете дали се проваля изпращането, получаването или и двете, какъв е точният текст на грешката и дали резултатът се променя при активен VPN.

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

Какво да дадете на поддръжката и какво да не предполагате

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

Не предполагайте, че изключването на приложението за съобщения е лек. Системните телефонни компоненти могат да притежават част от операцията, а политика за блокиране без VPN се държи различно от просто изключване, така че приложението може да продължи да се проваля, докато изглежда изключено. Тествайте изключването като хипотеза, запазете резултата и го върнете, ако доказателствата не го подкрепят.

Подобни статии