MMS falla en Android coa VPN activada: primeiro o camiño do operador
As mensaxes con imaxe usan o seu propio camiño do operador e a súa propia capacidade de rede, así que navegar ben non demostra nada. Separe SMS, MMS e RCS antes de tocar a VPN.
As páxinas web cargan, as chamadas funcionan e unha mensaxe con imaxe queda en enviando sen un erro sobre o que poida actuar. Esa combinación non é unha caída de internet. MMS é un servizo do operador coa súa propia configuración e o seu propio camiño de entrega, e en Android a plataforma pode pedir unha rede concreta para el en lugar de reutilizar a ruta que tomou o seu navegador. De aí saen tres decisións: que tipo de mensaxe fallou en realidade, quen é o dono do transporte e se a VPN ten algo que ver.
Que tipo de mensaxe fallou en realidade
SMS, MMS do operador e RCS son tres servizos distintos que comparten unha soa xanela de conversa. A burbulla do fío non lle di cal se usou, e a reparación dun non toca os demais. Unha mensaxe con imaxe fallida que en realidade é unha mensaxe RCS non se arranxará cambiando os axustes de APN, e un MMS que nunca saíu do teléfono non se arranxará volvendo rexistrar RCS.
Estableza o fallo coas palabras máis simples dispoñibles: chega un SMS só de texto, falla unha imaxe pequena ao enviar, ao recibir ou en ambos os casos, e o fallo é anterior á VPN. Se a resposta é que só fallan as imaxes entrantes, está a mirar un camiño de baixada, que se comporta de forma distinta a un camiño de subida nunha rede restrinxida.
MMS pide unha rede, non só unha ruta
Android expón as operacións MMS mediante SmsManager e o servizo MMS da plataforma, que pode solicitar unha rede celular coa capacidade MMS para unha subscrición concreta. É unha petición máis estreita que a dunha aplicación que abre unha conexión HTTPS pola ruta predeterminada. Tamén é a razón pola que unha VPN que transporta todo o tráfico ordinario pode convivir cun camiño MMS que funciona, e pola que a combinación inversa aparece como un fallo.
A distinción importa porque apunta a responsables distintos. Se a petición MMS da plataforma non se pode satisfacer, o problema está do lado da subscrición ou do operador. Se ten éxito pero a transferencia detense só coa VPN activa, a integración de rede da aplicación ou a política da VPN é o sospeitoso máis probable. Adiviñar entre esas dúas opcións é o que máis tempo fai perder neste tipo de informe.
| 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 |
Deixe quieta a configuración do operador
Manteña o APN previsto polo operador, o enderezo do servidor MMS e os axustes de proxy tal como están. Que unha VPN cambie o seu comportamento de navegación non é motivo para pegar un APN descoñecido ou un servidor DNS público; MMS non usa o resolutor que prefire o seu navegador, e un APN equivocado rompe o único camiño que funcionaba.
Nun teléfono de dobre SIM, comprobe dúas cousas separadas: que subscrición ten agora os datos móbiles e desde que subscrición se enviou a mensaxe. É habitual probar na SIM que casualmente ten datos mentres o fío que falla está ligado á outra. Unha aplicación de mensaxería antiga de terceiros tamén pode usar unha ruta de rede propia ou herdada que se comporta de forma distinta á ruta integrada no sistema, así que prefire o modo documentado da aplicación mantida aos nomes de menú que recorde dunha versión antiga.
Faga estreita a comparación
Manteña todo constante excepto a variable que proba: a mesma aplicación, o mesmo destinatario, a mesma subscrición, unha imaxe de proba pequena e non sensible. Anote se fallan o envío, a recepción ou ambos, cal é o texto exacto do erro e se o resultado cambia coa VPN activa.
Se a política o permite nun dispositivo persoal, unha comparación curta sen a VPN illa a dependencia. Isto é un diagnóstico, non unha recomendación de traballar sen protección, e nun dispositivo xestionado ou bloqueado o fluxo de traballo admitido vén do administrador e non dunha mensaxe de foro. Evite enviar medios privados unha e outra vez só para reproducir un fallo que pode reproducir unha vez.
Que entregar ao soporte e que non dar por suposto
Se só falla o caso coa VPN activa, o informe útil contén o nome e a versión do cliente, a versión da aplicación de mensaxería, o tipo de rede, a subscrición en uso e a hora local exacta do fallo. Con eses cinco datos, alguén pode aliñar o fallo cos rexistros do operador e do cliente en lugar de adiviñar.
Non dea por suposto que excluír a aplicación de mensaxería sexa a cura. Os compoñentes de telefonía do sistema poden ser donos de parte da operación, e unha política de bloqueo sen VPN compórtase de forma distinta a unha exclusión simple, así que a aplicación pode seguir fallando mentres parece exenta. Probe a exclusión como hipótese, garde o resultado e revírtea se as probas non a sosteñen.