MMS falla a Android amb la VPN activa: primer el camí de l’operador
Els missatges amb imatge fan servir el seu propi camí de l’operador i la seva pròpia capacitat de xarxa, així que navegar bé no demostra res. Separeu SMS, MMS i RCS abans de tocar la VPN.
Les pàgines web carreguen, les trucades funcionen i un missatge amb imatge es queda a enviant sense cap error sobre el qual pugueu actuar. Aquesta combinació no és una caiguda d’internet. MMS és un servei de l’operador amb la seva pròpia configuració i el seu propi camí de lliurament, i a Android la plataforma pot demanar una xarxa concreta per a ell en lloc de reutilitzar la ruta que ha pres el navegador. D’aquí en surten tres decisions: quin tipus de missatge ha fallat realment, qui és el propietari del transport i si la VPN hi té res a veure.
Quin tipus de missatge ha fallat realment
SMS, MMS de l’operador i RCS són tres serveis diferents que comparteixen una sola finestra de conversa. La bombolla del fil no us diu quin s’ha fet servir, i la reparació d’un no toca els altres. Un missatge amb imatge fallit que en realitat és un missatge RCS no s’arreglarà canviant la configuració de l’APN, i un MMS que no ha sortit mai del telèfon no s’arreglarà tornant a registrar RCS.
Establiu la fallada amb les paraules més planeres disponibles: arriba un SMS només de text, falla una imatge petita en enviar, en rebre o en tots dos casos, i la fallada és anterior a la VPN. Si la resposta és que només fallen les imatges entrants, esteu mirant un camí de baixada, que es comporta de manera diferent d’un camí de pujada en una xarxa restringida.
MMS demana una xarxa, no només una ruta
Android exposa les operacions MMS mitjançant SmsManager i el servei MMS de la plataforma, que pot sol·licitar una xarxa cel·lular amb la capacitat MMS per a una subscripció concreta. És una petició més estreta que la d’una aplicació que obre una connexió HTTPS per la ruta predeterminada. És també la raó per la qual una VPN que transporta tot el trànsit ordinari pot conviure amb un camí MMS funcionant, i per la qual la combinació inversa apareix com una fallada.
La distinció importa perquè assenyala propietaris diferents. Si la petició MMS de la plataforma no es pot satisfer, el problema és del costat de la subscripció o de l’operador. Si té èxit però la transferència s’atura només amb la VPN activa, la integració de xarxa de l’aplicació o la política de la VPN és el sospitós més probable. Endevinar entre aquestes dues opcions és el que més temps fa perdre en aquesta mena d’informes.
| 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 |
Deixeu quieta la configuració de l’operador
Manteniu l’APN previst per l’operador, l’adreça del servidor MMS i la configuració del proxy tal com són. Que una VPN canviï el vostre comportament de navegació no és motiu per enganxar-hi un APN desconegut o un servidor DNS públic; MMS no fa servir el resolutor que prefereix el navegador, i un APN equivocat trenca l’únic camí que funcionava.
En un telèfon de doble SIM, comproveu dues coses separades: quina subscripció té ara les dades mòbils i des de quina subscripció s’ha enviat el missatge. És habitual provar-ho a la SIM que casualment té dades mentre el fil que falla està lligat a l’altra. Una aplicació de missatgeria antiga de tercers també pot fer servir un camí de xarxa propi o antic que es comporta de manera diferent del camí integrat al sistema, així que preferiu el mode documentat de l’aplicació mantinguda als noms de menú que recordeu d’una versió antiga.
Feu estreta la comparació
Manteniu-ho tot constant excepte la variable que proveu: la mateixa aplicació, el mateix destinatari, la mateixa subscripció, una imatge de prova petita i no sensible. Anoteu si fallen l’enviament, la recepció o tots dos, quin és el text exacte de l’error i si el resultat canvia amb la VPN activa.
Si la política ho permet en un dispositiu personal, una comparació curta sense la VPN aïlla la dependència. Això és un diagnòstic, no una recomanació de treballar sense protecció, i en un dispositiu gestionat o bloquejat el flux de treball admès ve de l’administrador i no d’un missatge de fòrum. Eviteu enviar mitjans privats una vegada i una altra només per reproduir una fallada que podeu reproduir una sola vegada.
Què cal lliurar al suport i què no cal donar per fet
Si només falla el cas amb la VPN activa, l’informe útil conté el nom i la versió del client, la versió de l’aplicació de missatgeria, el tipus de xarxa, la subscripció en ús i l’hora local exacta de la fallada. Amb aquests cinc fets, algú pot alinear la fallada amb els registres de l’operador i del client en lloc d’endevinar.
No donem per fet que excloure l’aplicació de missatgeria sigui la cura. Els components de telefonia del sistema poden posseir una part de l’operació, i una política de bloqueig sense VPN es comporta de manera diferent d’una exclusió simple, així que l’aplicació pot continuar fallant mentre sembla exempta. Proveu l’exclusió com una hipòtesi, guardeu el resultat i revertiu-la si les proves no la sostenen.