MMS malsukcesas ĉe Android kun ŝaltita VPN: unue la vojo de la operatoro
Bildmesaĝoj uzas sian propran vojon ĉe la operatoro kaj sian propran retan kapablon, do funkcianta retumado pruvas nenion. Apartigu SMS, MMS kaj RCS antaŭ ol tuŝi la VPN.
Retpaĝoj ŝargiĝas, vokoj funkcias, kaj bildmesaĝo restas ĉe sendo sen eraro, kiun vi povus trakti. Tiu kombinaĵo ne estas interreta paneo. MMS estas servo de la operatoro kun propra agordo kaj propra livervojo, kaj ĉe Android la platformo povas peti apartan reton por ĝi anstataŭ reuzi la vojon, kiun prenis via retumilo. Sekvas tri decidoj: kiu mesaĝtipo efektive malsukcesis, al kiu apartenas la transporto, kaj ĉu la VPN entute partoprenas.
Kiu mesaĝtipo efektive malsukcesis
SMS, operatora MMS kaj RCS estas tri malsamaj servoj, kiuj dividas unu interparolan fenestron. La veziko en la fadeno ne diras al vi, kiun oni uzis, kaj la riparo de unu ne tuŝas la aliajn. Malsukcesinta bildmesaĝo, kiu fakte estas RCS-mesaĝo, ne ripariĝos per ŝanĝo de APN-agordoj, kaj MMS, kiu neniam forlasis la telefonon, ne ripariĝos per resurtregistriĝo de RCS.
Konstatigu la paneon per la plej simplaj vortoj disponeblaj: ĉu tekstnura SMS alvenas, ĉu malgranda bildo malsukcesas ĉe sendo, ĉe ricevo aŭ ĉe ambaŭ, kaj ĉu la paneo antaŭas la VPN-on. Se la respondo estas, ke nur alvenantaj bildoj malsukcesas, vi rigardas elŝutan vojon, kiu kondutas alie ol alŝuta vojo en limigita reto.
MMS petas reton, ne nur vojon
Android elmetas MMS-operaciojn per SmsManager kaj la MMS-servo de la platformo, kiu povas peti ĉelan reton kun MMS-kapablo por aparta abono. Tio estas pli mallarĝa peto ol aplikaĵo, kiu malfermas HTTPS-konekton laŭ la implicita vojo. Tial VPN, kiu portas ĉiun ordinaran trafikon, povas kunekzisti kun funkcianta MMS-vojo, kaj tial la mala kombinaĵo montriĝas kiel paneo.
La distingo gravas, ĉar ĝi montras al malsamaj posedantoj. Se la MMS-peto de la platformo ne povas esti plenumita, la problemo estas ĉe la abono aŭ ĉe la operatoro. Se ĝi sukcesas sed la transigo haltas nur dum la VPN aktivas, la reta integriĝo de la aplikaĵo aŭ la VPN-politiko estas la pli bona suspektato. Divenado inter tiuj du malŝparas la plej multe da tempo en ĉi tiu speco de raporto.
| 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 |
Lasu la agordon de la operatoro trankvila
Konservu la celitan APN-on de la operatoro, la adreson de la MMS-servilo kaj la prokseajn agordojn tiaj, kiaj ili estas. Tio, ke VPN ŝanĝas vian retuman konduton, ne estas kaŭzo enmeti nekonatan APN-on aŭ publikan DNS-servilon; MMS ne uzas la solvilon, kiun preferas via retumilo, kaj malĝusta APN rompas la solan vojon, kiu funkciis.
Sur telefono kun du SIM, kontrolu du apartajn aferojn: kiu abono nun posedas movajn datumojn, kaj de kiu abono la mesaĝo estis sendita. Estas kutime testi per la SIM, kiu hazarde havas datumojn, dum la malsukcesanta fadeno estas ligita al la alia. Pli malnova triaparta mesaĝa aplikaĵo ankaŭ povas uzi propran aŭ malnovan retan vojon, kiu kondutas alie ol la sistema integrita vojo, do preferu la dokumentitan reĝimon de la prizorgata aplikaĵo al menuetikoj memorataj el malnova versio.
Mallarĝigu la komparon
Tenu ĉion konstanta krom la unu variablo, kiun vi testas: sama aplikaĵo, sama ricevanto, sama abono, unu malgranda nesentema testbildo. Notu, ĉu sendo, ricevo aŭ ambaŭ malsukcesas, kio estas la ĝusta erarteksto, kaj ĉu la rezulto ŝanĝiĝas kun la VPN aktiva.
Se la politiko permesas sur persona aparato, mallonga komparo sen la VPN izolas la dependecon. Tio estas diagnozo, ne rekomendo labori sen protekto, kaj sur administrata aŭ ŝlosita aparato la subtenata laborfluo venas de la administranto, ne de afiŝo en forumo. Evitu ripete sendi privatajn aŭdvidajn dosierojn nur por reprodukti paneon, kiun vi povas reprodukti unufoje.
Kion doni al subteno kaj kion ne supozi
Se malsukcesas nur la kazo kun aktiva VPN, la utila raporto enhavas la nomon kaj version de la kliento, la version de la mesaĝa aplikaĵo, la retan tipon, la uzatan abonon kaj la ĝustan lokan tempon de la paneo. Kun tiuj kvin faktoj iu povas akordigi la paneon kun la protokoloj de la operatoro kaj de la kliento anstataŭ diveni.
Ne supozu, ke ekskludi la mesaĝan aplikaĵon estas kuracilo. Telefoniaj komponantoj de la sistemo povas posedi parton de la operacio, kaj bloka politiko sen VPN kondutas alie ol simpla ekskludo, do la aplikaĵo povas daŭre malsukcesi dum ĝi aspektas ekskludita. Testu la ekskludon kiel hipotezon, konservu la rezulton kaj malfaru ĝin, se la pruvoj ne subtenas ĝin.