MMS schlägt auf Android bei aktivem VPN fehl: zuerst der Weg über den Mobilfunkanbieter
Bildnachrichten nutzen ihren eigenen Weg über den Anbieter und ihre eigene Netzwerkfähigkeit, ein funktionierender Browser beweist also nichts. Trennen Sie SMS, MMS und RCS, bevor Sie das VPN anfassen.
Webseiten laden, Anrufe funktionieren, und eine Bildnachricht bleibt beim Senden stehen, ohne einen Fehler, auf den Sie reagieren können. Diese Kombination ist kein Internetausfall. MMS ist ein Dienst des Mobilfunkanbieters mit eigener Konfiguration und eigenem Zustellweg, und unter Android kann die Plattform dafür ein bestimmtes Netz anfordern, statt die Route wiederzuverwenden, die Ihr Browser genommen hat. Daraus folgen drei Entscheidungen: welcher Nachrichtentyp tatsächlich fehlgeschlagen ist, wem der Transport gehört und ob das VPN überhaupt beteiligt ist.
Welcher Nachrichtentyp tatsächlich fehlgeschlagen ist
SMS, MMS des Anbieters und RCS sind drei verschiedene Dienste, die sich ein Konversationsfenster teilen. Die Blase im Verlauf sagt Ihnen nicht, welcher davon verwendet wurde, und die Reparatur des einen berührt die anderen nicht. Eine fehlgeschlagene Bildnachricht, die in Wirklichkeit eine RCS-Nachricht ist, wird nicht durch geänderte APN-Einstellungen behoben, und eine MMS, die das Telefon nie verlassen hat, wird nicht durch erneutes Registrieren von RCS behoben.
Legen Sie den Fehler mit den einfachsten verfügbaren Worten fest: Kommt eine reine Text-SMS an, scheitert ein kleines Bild beim Senden, beim Empfangen oder bei beidem, und liegt der Fehler vor dem VPN. Wenn die Antwort lautet, dass nur eingehende Bilder scheitern, sehen Sie einen Downloadweg, der sich auf einem eingeschränkten Netz anders verhält als ein Uploadweg.
MMS verlangt ein Netz, nicht nur eine Route
Android stellt MMS-Vorgänge über SmsManager und den MMS-Dienst der Plattform bereit, der für ein bestimmtes Abonnement ein Mobilfunknetz mit MMS-Fähigkeit anfordern kann. Das ist eine engere Anforderung, als wenn eine App eine HTTPS-Verbindung über die Standardroute öffnet. Deshalb kann ein VPN, das den gesamten normalen Datenverkehr trägt, neben einem funktionierenden MMS-Weg bestehen, und deshalb erscheint die umgekehrte Kombination als Fehler.
Der Unterschied ist wichtig, weil er auf verschiedene Verantwortliche zeigt. Lässt sich die MMS-Anforderung der Plattform nicht erfüllen, liegt das Problem auf der Abonnement- oder Anbieterseite. Gelingt sie, stockt die Übertragung aber nur bei aktivem VPN, sind die Netzwerkanbindung der App oder die VPN-Richtlinie der bessere Verdacht. Raten zwischen diesen beiden kostet in dieser Art von Bericht die meiste Zeit.
| 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 |
Lassen Sie die Konfiguration des Anbieters in Ruhe
Behalten Sie den vorgesehenen APN, die MMS-Serveradresse und die Proxy-Einstellungen des Anbieters bei. Dass ein VPN Ihr Surfverhalten ändert, ist kein Grund, einen unbekannten APN oder einen öffentlichen DNS-Server einzufügen; MMS nutzt nicht den Resolver, den Ihr Browser bevorzugt, und ein falscher APN zerstört den einen Weg, der funktioniert hat.
Prüfen Sie bei einem Dual-SIM-Telefon zwei getrennte Dinge: welches Abonnement derzeit mobile Daten besitzt und von welchem Abonnement die Nachricht gesendet wurde. Es ist üblich, auf der SIM zu testen, die zufällig Daten hat, während der fehlschlagende Verlauf an der anderen hängt. Eine ältere Messaging-App von Drittanbietern kann auch einen eigenen oder veralteten Netzwerkweg nutzen, der sich anders verhält als der systemintegrierte Weg, daher sollten Sie den dokumentierten Modus der gepflegten App Menübezeichnungen vorziehen, die Sie aus einer alten Version kennen.
Machen Sie den Vergleich eng
Halten Sie alles konstant außer der einen Variablen, die Sie testen: gleiche App, gleicher Empfänger, gleiches Abonnement, ein kleines unkritisches Testbild. Notieren Sie, ob Senden, Empfangen oder beides scheitert, wie der genaue Fehlertext lautet und ob sich das Ergebnis bei aktivem VPN ändert.
Wenn die Richtlinie es auf einem persönlichen Gerät erlaubt, isoliert ein kurzer Vergleich ohne VPN die Abhängigkeit. Das ist eine Diagnose, keine Empfehlung, ungeschützt zu arbeiten, und auf einem verwalteten oder gesperrten Gerät kommt der unterstützte Ablauf vom Administrator und nicht aus einem Forumsbeitrag. Vermeiden Sie es, private Medien wiederholt zu senden, nur um einen Fehler zu reproduzieren, den Sie einmal reproduzieren können.
Was Sie dem Support geben sollten und was Sie nicht annehmen sollten
Wenn nur der Fall mit aktivem VPN scheitert, enthält der nützliche Bericht den Namen und die Version des Clients, die Version der Messaging-App, den Netzwerktyp, das verwendete Abonnement und die genaue Ortszeit des Fehlers. Mit diesen fünf Fakten kann jemand den Fehler mit den Protokollen von Anbieter und Client abgleichen, statt zu raten.
Nehmen Sie nicht an, dass das Ausschließen der Messaging-App die Lösung ist. System-Telefoniekomponenten können einen Teil des Vorgangs besitzen, und eine Richtlinie zum Blockieren ohne VPN verhält sich anders als ein einfacher Ausschluss, sodass die App weiterhin scheitern kann, während sie ausgenommen aussieht. Testen Sie den Ausschluss als Hypothese, behalten Sie das Ergebnis und nehmen Sie ihn zurück, wenn die Belege ihn nicht stützen.