MMS mislykkes på Android med VPN på: ta operatørens vei først
Bildemeldinger bruker sin egen operatørvei og sin egen nettverkskapasitet, så nettlesing som virker beviser ingenting. Skill SMS, MMS og RCS før du rører VPN.
Nettsider lastes, anrop virker, og en bildemelding blir stående på sender uten en feil du kan handle på. Den kombinasjonen er ikke et internettavbrudd. MMS er en operatørtjeneste med egen konfigurasjon og egen leveringsvei, og på Android kan plattformen be om et bestemt nettverk for den i stedet for å gjenbruke ruten nettleseren din tok. Tre beslutninger følger: hvilken meldingstype som faktisk feilet, hvem som eier transporten, og om VPN i det hele tatt er involvert.
Hvilken meldingstype som faktisk feilet
SMS, operatør-MMS og RCS er tre forskjellige tjenester som deler ett samtalevindu. Boblen i tråden forteller deg ikke hvilken som ble brukt, og reparasjonen av én rører ikke de andre. En mislykket bildemelding som egentlig er en RCS-melding blir ikke rettet ved å endre APN-innstillinger, og en MMS som aldri forlot telefonen blir ikke rettet ved å registrere RCS på nytt.
Fastslå feilen med de enkleste ordene som finnes: kommer en ren tekst-SMS fram, feiler et lite bilde ved sending, ved mottak eller begge, og er feilen eldre enn VPN. Hvis svaret er at bare innkommende bilder feiler, ser du på en nedlastingsvei, som oppfører seg annerledes enn en opplastingsvei på et begrenset nettverk.
MMS ber om et nettverk, ikke bare en rute
Android eksponerer MMS-operasjoner via SmsManager og plattformens MMS-tjeneste, som kan be om et mobilnett med MMS-kapasitet for et bestemt abonnement. Det er en smalere forespørsel enn en app som åpner en HTTPS-forbindelse over standardruten. Det er også derfor en VPN som bærer all vanlig trafikk kan sameksistere med en fungerende MMS-vei, og derfor den omvendte kombinasjonen viser seg som en feil.
Forskjellen er viktig fordi den peker på forskjellige eiere. Hvis plattformens MMS-forespørsel ikke kan oppfylles, ligger problemet på abonnements- eller operatørsiden. Hvis den lykkes, men overføringen stopper bare mens VPN er aktiv, er appens nettverksintegrasjon eller VPN-policyen den bedre mistenkte. Å gjette mellom de to koster mest tid i denne typen rapport.
| 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 |
La operatørens konfigurasjon være
Behold operatørens tiltenkte APN, MMS-serveradresse og proxyinnstillinger som de er. At en VPN endrer nettleseratferden din er ikke grunn til å lime inn en ukjent APN eller en offentlig DNS-server; MMS bruker ikke resolveren nettleseren din foretrekker, og en feil APN ødelegger den ene veien som virket.
På en telefon med to SIM-kort, sjekk to separate ting: hvilket abonnement som eier mobildata akkurat nå, og hvilket abonnement meldingen ble sendt fra. Det er vanlig å teste på SIM-kortet som tilfeldigvis har data, mens den feilende tråden er bundet til det andre. En eldre tredjeparts meldingsapp kan også bruke en tilpasset eller utdatert nettverksvei som oppfører seg annerledes enn den systemintegrerte veien, så foretrekk den vedlikeholdte appens dokumenterte modus framfor menyelementer du husker fra en gammel versjon.
Gjør sammenligningen smal
Hold alt konstant unntatt den ene variabelen du tester: samme app, samme mottaker, samme abonnement, ett lite ikke-sensitivt testbilde. Noter om sending, mottak eller begge feiler, hva den nøyaktige feilteksten er, og om resultatet endres med VPN aktiv.
Hvis policyen tillater det på en personlig enhet, isolerer en kort sammenligning uten VPN avhengigheten. Det er en diagnose, ikke en anbefaling om å kjøre uten beskyttelse, og på en administrert eller låst enhet kommer den støttede arbeidsflyten fra administratoren og ikke fra et foruminnlegg. Unngå å sende private medier gjentatte ganger bare for å gjenskape en feil du kan gjenskape én gang.
Hva du skal gi supporten, og hva du ikke skal anta
Hvis bare tilfellet med aktiv VPN feiler, inneholder den nyttige rapporten klientens navn og versjon, meldingsappens versjon, nettverkstypen, abonnementet som brukes og det nøyaktige lokale tidspunktet for feilen. Med disse fem fakta kan noen sammenstille feilen med operatørens og klientens logger i stedet for å gjette.
Ikke anta at det å utelukke meldingsappen er kuren. Systemtelefonikomponenter kan eie en del av operasjonen, og en policy som blokkerer uten VPN oppfører seg annerledes enn en enkel utelukkelse, så appen kan fortsatt feile mens den ser utelukket ut. Test utelukkelsen som en hypotese, behold resultatet, og rull den tilbake hvis bevisene ikke støtter den.