MMS falla en Android con la VPN activada: primero el camino del operador
Los mensajes con imagen usan su propio camino del operador y su propia capacidad de red, así que navegar bien no demuestra nada. Separe SMS, MMS y RCS antes de tocar la VPN.
Las páginas web cargan, las llamadas funcionan y un mensaje con imagen se queda en enviando sin un error sobre el que pueda actuar. Esa combinación no es una caída de internet. MMS es un servicio del operador con su propia configuración y su propia ruta de entrega, y en Android la plataforma puede pedir una red concreta para él en lugar de reutilizar la ruta que tomó su navegador. De ahí salen tres decisiones: qué tipo de mensaje falló en realidad, quién es el dueño del transporte y si la VPN tiene algo que ver.
Qué tipo de mensaje falló en realidad
SMS, MMS del operador y RCS son tres servicios distintos que comparten una sola ventana de conversación. La burbuja del hilo no le dice cuál se usó, y la reparación de uno no toca a los demás. Un mensaje con imagen fallido que en realidad es un mensaje RCS no se arreglará cambiando los ajustes de APN, y un MMS que nunca salió del teléfono no se arreglará volviendo a registrar RCS.
Establezca el fallo con las palabras más llanas disponibles: llega un SMS solo de texto, falla una imagen pequeña al enviar, al recibir o en ambos casos, y el fallo es anterior a la VPN. Si la respuesta es que solo fallan las imágenes entrantes, está mirando una ruta de bajada, que se comporta de forma distinta a una ruta de subida en una red restringida.
MMS pide una red, no solo una ruta
Android expone las operaciones MMS mediante SmsManager y el servicio MMS de la plataforma, que puede solicitar una red celular con la capacidad MMS para una suscripción concreta. Es una petición más estrecha que la de una aplicación que abre una conexión HTTPS por la ruta predeterminada. También es la razón por la que una VPN que transporta todo el tráfico ordinario puede convivir con una ruta MMS que funciona, y por la que la combinación inversa aparece como un fallo.
La distinción importa porque apunta a responsables distintos. Si la petición MMS de la plataforma no se puede satisfacer, el problema está del lado de la suscripción o del operador. Si tiene éxito pero la transferencia se detiene solo con la VPN activa, la integración de red de la aplicación o la política de la VPN es el sospechoso más probable. Adivinar entre esas dos opciones es lo que más tiempo hace perder en este 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 |
Deje quieta la configuración del operador
Mantenga el APN previsto por el operador, la dirección del servidor MMS y los ajustes de proxy tal como están. Que una VPN cambie su comportamiento de navegación no es motivo para pegar un APN desconocido o un servidor DNS público; MMS no usa el resolutor que prefiere su navegador, y un APN equivocado rompe el único camino que funcionaba.
En un teléfono de doble SIM, compruebe dos cosas separadas: qué suscripción tiene ahora los datos móviles y desde qué suscripción se envió el mensaje. Es habitual probar en la SIM que casualmente tiene datos mientras el hilo que falla está ligado a la otra. Una aplicación de mensajería antigua de terceros también puede usar una ruta de red propia o heredada que se comporta de forma distinta a la ruta integrada en el sistema, así que prefiera el modo documentado de la aplicación mantenida a los nombres de menú que recuerde de una versión antigua.
Haga estrecha la comparación
Mantenga todo constante excepto la variable que prueba: la misma aplicación, el mismo destinatario, la misma suscripción, una imagen de prueba pequeña y no sensible. Anote si fallan el envío, la recepción o ambos, cuál es el texto exacto del error y si el resultado cambia con la VPN activa.
Si la política lo permite en un dispositivo personal, una comparación corta sin la VPN aísla la dependencia. Eso es un diagnóstico, no una recomendación de trabajar sin protección, y en un dispositivo gestionado o bloqueado el flujo de trabajo admitido viene del administrador y no de un mensaje de foro. Evite enviar medios privados una y otra vez solo para reproducir un fallo que puede reproducir una vez.
Qué entregar al soporte y qué no dar por supuesto
Si solo falla el caso con la VPN activa, el informe útil contiene el nombre y la versión del cliente, la versión de la aplicación de mensajería, el tipo de red, la suscripción en uso y la hora local exacta del fallo. Con esos cinco datos, alguien puede alinear el fallo con los registros del operador y del cliente en lugar de adivinar.
No dé por supuesto que excluir la aplicación de mensajería sea la cura. Los componentes de telefonía del sistema pueden ser dueños de parte de la operación, y una política de bloqueo sin VPN se comporta de forma distinta a una exclusión simple, así que la aplicación puede seguir fallando mientras parece exenta. Pruebe la exclusión como hipótesis, guarde el resultado y reviértala si las pruebas no la sostienen.