Az MMS meghiúsul az Androidon bekapcsolt VPN mellett: először a szolgáltató útja
A képes üzenetek a saját szolgáltatói útjukat és saját hálózati képességüket használják, ezért a működő böngészés semmit sem bizonyít. Válassza szét az SMS-t, az MMS-t és az RCS-t, mielőtt a VPN-hez nyúl.
A weboldalak betöltődnek, a hívások működnek, és egy képes üzenet küldés állapotban marad anélkül, hogy bármit kezdhetne vele. Ez a kombináció nem internetkimaradás. Az MMS a szolgáltató saját konfigurációjú és saját kézbesítési útvonalú szolgáltatása, és az Androidon a platform kérhet számára egy adott hálózatot, ahelyett hogy újrahasználná azt az útvonalat, amelyet a böngészője választott. Három döntés következik: melyik üzenettípus bukott el valójában, kié a szállítás, és egyáltalán érintett-e a VPN.
Melyik üzenettípus bukott el valójában
Az SMS, a szolgáltatói MMS és az RCS három különböző szolgáltatás, amelyek egy beszélgetésablakot osztanak meg. A szálban látható buborék nem mondja meg, melyiket használták, és az egyik javítása nem érinti a többit. Egy meghiúsult képes üzenet, amely valójában RCS-üzenet, nem javul meg az APN-beállítások módosításától, és egy MMS, amely soha nem hagyta el a telefont, nem javul meg az RCS újraregisztrálásától.
Állapítsa meg a hibát a legegyszerűbb szavakkal: megérkezik-e a csak szöveges SMS, meghiúsul-e egy kis kép küldéskor, fogadáskor vagy mindkettőnél, és a hiba a VPN előtt keletkezett-e. Ha a válasz az, hogy csak a bejövő képek hiúsulnak meg, akkor egy letöltési útvonalat lát, amely korlátozott hálózaton másképp viselkedik, mint egy feltöltési útvonal.
Az MMS hálózatot kér, nem csak útvonalat
Az Android az MMS-műveleteket a SmsManager és a platform MMS-szolgáltatása révén teszi elérhetővé, amely egy adott előfizetéshez MMS-képességű mobilhálózatot kérhet. Ez szűkebb kérés, mint amikor egy alkalmazás HTTPS-kapcsolatot nyit az alapértelmezett útvonalon. Ezért létezhet együtt a minden szokásos forgalmat vivő VPN egy működő MMS-útvonallal, és ezért jelenik meg a fordított kombináció hibaként.
A különbség azért számít, mert különböző felelősökre mutat. Ha a platform MMS-kérése nem teljesíthető, a probléma az előfizetés vagy a szolgáltató oldalán van. Ha sikerül, de az átvitel csak a VPN aktív állapotában akad meg, az alkalmazás hálózati integrációja vagy a VPN-szabályzat a jobb gyanúsított. A kettő közötti találgatás viszi el a legtöbb időt az ilyen jelentésekben.
| 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 |
Hagyja békén a szolgáltató konfigurációját
Tartsa meg a szolgáltató által szánt APN-t, az MMS-kiszolgáló címét és a proxybeállításokat úgy, ahogy vannak. Az, hogy a VPN megváltoztatja a böngészési viselkedését, nem ok arra, hogy ismeretlen APN-t vagy nyilvános DNS-kiszolgálót illesszen be; az MMS nem a böngészője által kedvelt feloldót használja, és egy rossz APN eltöri az egyetlen utat, amely működött.
Két SIM-es telefonon két külön dolgot ellenőrizzen: melyik előfizetésnél van éppen mobiladat, és melyik előfizetésről küldték az üzenetet. Gyakori, hogy azon a SIM-en tesztel, amelynek véletlenül van adata, miközben a meghiúsuló szál a másikhoz van kötve. Egy régebbi harmadik féltől származó üzenetküldő alkalmazás egyéni vagy elavult hálózati útvonalat is használhat, amely másképp viselkedik, mint a rendszerbe integrált út, ezért a karbantartott alkalmazás dokumentált módját részesítse előnyben a régi verzióból emlékezett menücímkékkel szemben.
Szűkítse az összehasonlítást
Tartson mindent állandóan, kivéve azt az egy változót, amelyet tesztel: ugyanaz az alkalmazás, ugyanaz a címzett, ugyanaz az előfizetés, egyetlen kicsi, nem érzékeny tesztkép. Jegyezze fel, hogy a küldés, a fogadás vagy mindkettő hiúsul-e meg, mi a hiba pontos szövege, és változik-e az eredmény aktív VPN mellett.
Ha a szabályzat személyes eszközön engedi, egy rövid, VPN nélküli összehasonlítás elkülöníti a függőséget. Ez diagnózis, nem javaslat a védelem nélküli munkára, és egy kezelt vagy zárolt eszközön a támogatott munkafolyamat az adminisztrátortól és nem egy fórumbejegyzésből jön. Kerülje a privát média ismételt küldését csak azért, hogy olyan hibát reprodukáljon, amelyet egyszer is reprodukálhat.
Mit adjon a támogatásnak, és mit ne tételezzen fel
Ha csak az aktív VPN-es eset hiúsul meg, a hasznos jelentés tartalmazza az ügyfél nevét és verzióját, az üzenetküldő alkalmazás verzióját, a hálózat típusát, a használt előfizetést és a hiba pontos helyi idejét. Ezzel az öt ténnyel valaki összevetheti a hibát a szolgáltatói és ügyfélnaplókkal a találgatás helyett.
Ne tételezze fel, hogy az üzenetküldő alkalmazás kizárása a gyógymód. A rendszer telefonkomponensei a művelet egy részét birtokolhatják, és a VPN nélküli blokkolási szabályzat másképp viselkedik, mint egy egyszerű kizárás, ezért az alkalmazás továbbra is meghiúsulhat, miközben kizártnak látszik. Tesztelje a kizárást hipotézisként, őrizze meg az eredményt, és vonja vissza, ha a bizonyítékok nem támasztják alá.