Android-Hotspot mit Reise-eSIM funktioniert nicht: APN-Typ dun & supl Guide (2026)

---

Warum Android-Hotspots bei Reise-eSIMs scheitern: Ursachen und der Fehler „Verbunden, kein Internet“

Wenn Sie einen WLAN-Hotspot auf einem Android-Gerät mit einer Reise-eSIM aktivieren, zeigen verbundene Client-Geräte (wie MacBooks, iPads oder Zweithandys) häufig einen gefürchteten Status an: „Verbunden, kein Internet“ (Connected, no internet). Während das Android-Host-Gerät problemlos im Web surft, können nachgelagerte Tethering-Clients weder DNS-Anfragen auflösen noch TCP/UDP-Pakete austauschen.

Dieses Problem ist selten ein Hardwaredefekt. Es resultiert vielmehr daraus, wie das Android-Betriebssystem den Netzwerkverkehr isoliert, Betreiberberechtigungen (Carrier Provisioning) überprüft und Datenpakete über Roaming-Mobilfunkschnittstellen weiterleitet.

`` +-----------------------------------------------------------------------+ | ANDROID-HOST-SYSTEM | | | | +---------------------------+ +-----------------------------+ | | | Standard-App-Traffic | | WLAN-Hotspot-Clients | | | | (Browser, Social Media) | | (Subnetz: 192.168.43.0/24) | | | +-------------+-------------+ +--------------+--------------+ | | | | | | v v | | [ Routing-Tabelle: Main ] [ Routing-Tabelle: Tether ]| | | | | | | (APN-Typ: default) | (APN-Typ: dun) | | v v | | +-----------------------+ +-----------------------+ | | | Primärer Datenpfad | | Tethering-Upstream | | | | Interface: rmnet_data0| | Interface: rmnet_data1| | | +-----------+-----------+ +-----------+-----------+ | +----------------|------------------------------------|-----------------+ | | | (Erlaubt) | (Blockiert / Verworfen) v v ======================================================== LOKALER ROAMING-FUNKMAST (Kein DUN-Routing konfiguriert -> Tethering-Pakete verworfen) ======================================================== ``

---

1. Architektur des Android-Netzwerk-Stacks: Isolierung der Upstream-Schnittstelle

Auf Kernel-Ebene trennt Android den geräteeigenen Mobilfunkverkehr vom Datenverkehr verbundener Tethering-Clients mithilfe dedizierter Linux-Routing-Tabellen und Paketfilterung über iptables / nftables innerhalb des netd-Subsystems (Network Daemon).

• Trennung der Modemschnittstellen: Qualcomm-basierte Geräte (Samsung Galaxy, Google Pixel, OnePlus) weisen Mobilfunkdaten virtuellen Netzwerkschnittstellen mit den Namen rmnet_data0, rmnet_data1 usw. zu. MediaTek-Chipsätze (häufig in Xiaomi- und Mittelklassegeräten) nutzen ccmni0, ccmni1.
• Subnetz- & NAT-Routing: Wenn Sie den Hotspot aktivieren, erstellt Android ein lokales Subnetz (typischerweise 192.168.43.0/24 oder ein IPv6-Präfix /64) und versucht, eine Network Address Translation (NAT)-Regel von der WLAN-Schnittstelle (wlan0 oder ap0) an eine Upstream-Mobilfunkschnittstelle zu binden.
• Trennung nach APN-Typ: Erkennt Android, dass das aktive Mobilfunknetz getrennte Pfade für Tethering erfordert, weigert es sich, den Hotspot-Verkehr über die standardmäßige default-APN-Schnittstelle zu leiten. Stattdessen sucht das System explizit nach einem Upstream-Profil, das mit dem APN-Typ dun (Dial-Up Networking) konfiguriert ist, um einen sekundären Datenträgerkanal aufzubauen. Fehlt in Ihrem Reise-eSIM-Profil der Eintrag dun, leitet Android den Hotspot-Traffic ins Leere oder blockiert die Weiterleitung vollständig.

---

2. Netzbetreiber-Berechtigungsprüfungen und TETHER_DUN_REQUIRED

Android verfügt über einen internen Validierungsmechanismus, der vom CarrierConfigManager gesteuert wird. Bei Profilen von Heimatnetzbetreibern löst dies eine Berechtigungsprüfung (Entitlement Check) aus – eine unbemerkt im Hintergrund gesendete Anfrage an den Netzbetreiber, um zu prüfen, ob Ihr Tarif Tethering erlaubt.

`` [Hotspot-Schalter EIN] │ ▼ [CarrierConfig-Prüfung: TETHER_DUN_REQUIRED?] ├── Nein ──> [NAT-Bridge zu default rmnet_data0] ──> Internet OK │ └── Ja ──> [APN-Datenbank nach 'dun' abfragen] ├── Gefunden ──> [Sekundären Kanal rmnet_data1 starten] └── Nicht gef. ──> [Tethering blockiert / Kein Uplink] ``

Wenn Sie eine Reise-eSIM im Ausland nutzen:

1. Nicht erkannte Roaming-SIMs: Das Gerät verbindet sich über eine internationale Roaming-IMSI (oft über Hubs in Österreich, Hongkong oder Polen). Das Android-Betriebssystem findet kein passendes heimisches Betreiberprofil und greift auf standardmäßige Fallback-Regeln zurück.
2. Erzwingen von Flags: Erzwingt das Fallback-Profil TETHER_DUN_REQUIRED = 1, blockiert das Betriebssystem aktiv das Bridging von Daten über die default-APN-Schnittstelle, es sei denn, ein separates dun-Profil ist hinterlegt.
3. Paketverwerfung am Gateway: Selbst wenn Android die Pakete weiterleitet, überprüft das Packet Gateway (PGW) oder die User Plane Function (UPF) des lokalen Partnernetzes den Paket-Header. Entspricht das APN-Protokoll oder das Trägerprofil nicht den Roaming-Vereinbarungen, verwirft der Upstream-Knoten die Tethering-Pakete stillschweigend.

---

3. Dual-SIM-Routingtabellen-Konflikte (DSDS)

Die meisten internationalen Reisenden nutzen eine Dual-SIM-Dual-Standby-Konfiguration (DSDS): eine physische SIM für die heimische Rufnummer (Anrufe/SMS) und eine Reise-eSIM für mobile Daten am Reiseziel.

`` +-------------------------------------------------------------------+ | Dual-SIM-Routing-Konflikte | +--------------------+----------------------------------------------+ | Physische SIM (Heimat) | Priorität: Anrufe/SMS (IMS-Listener aktiv) | | Reise-eSIM (Daten) | Priorität: Daten-Uplink | | Tethering-Subnetz | Konflikt: Host bindet DNS an primäre SIM | +--------------------+----------------------------------------------+ ``

Dieses Setup führt häufig zu Konflikten in der Routing-Tabelle:

• DNS-Resolver-Fallen: Der interne Resolver-Daemon von Android leitet DNS-Abfragen von Tethering-Geräten möglicherweise über den inaktiven oder roaming-beschränkten DNS-Server der primären physischen SIM weiter, was zu einem sofortigen DNS-Fehler auf verbundenen Clients führt.
• IP-MTU-Fehlanpassungen: Roaming-eSIM-Kapselungen (z. B. GTP-Tunnel zwischen dem lokalen Besuchsnetz und dem Heimat-Routing-Gateway der eSIM) reduzieren die effektive Maximum Transmission Unit (MTU). Während der Browser des Smartphones die Paketgröße via Path MTU Discovery automatisch anpasst, senden verbundene Laptops oft übergroße Pakete (1500 Bytes), die von zwischengeschalteten Mobilfunk-Gateways ohne ICMP-Fragmentierungsmeldung verworfen werden.

Die Nutzung moderner Reisedatenanbieter wie MollySIM verhindert diese Schnittstellenkonflikte. MollySIM nutzt eine optimierte Multi-Carrier-APN-Architektur, die proprietäre Betreibersperren umgeht und einheitliche Datenpfade automatisch aushandelt. Zudem sorgt MollySIMs Fair Use Policy (FUP) mit 384 kbit/s – dreimal schneller als der Branchendurchschnitt von 128 kbit/s – dafür, dass unverzichtbare Apps wie Google Maps, Uber, WhatsApp-Sprachnachrichten und Apple Pay selbst dann stabile Socket-Verbindungen aufrechterhalten, wenn verbundene Client-Geräte umfangreiche Hintergrundsynchronisierungen durchführen.

Analyse wichtiger APN-Felder: Die entscheidende Rolle von APN-Typ „default,supl,dun“ und Dual-Stack-Protokollen

Ein Access Point Name (APN) ist das Netzwerk-Gateway, das den genauen Packet Data Protocol (PDP)-Kontext, Routing-Regeln und Authentifizierungsparameter definiert, die ein Android-Gerät verwenden muss, um einen Datenpfad zum Paketdatennetzwerk (PDN) eines Mobilfunkanbieters aufzubauen. Eine fehlerhafte Konfiguration – oder das Weglassen wichtiger Parameter – kann dazu führen, dass mobile Daten auf dem Smartphone einwandfrei funktionieren, nachgelagertes Tethering jedoch komplett abbricht.

Im Folgenden finden Sie eine detaillierte Übersicht der wichtigsten Parameter für Datenrouting, Standortunterstützung und Tethering-Handshakes.

---

Die Hierarchie der APN-Typen: default, supl, dun, mms und hipri

Android bestimmt über das Feld APN-Typ, welche Netzwerkschnittstellen ausgehende Sockets verarbeiten. Dieses Feld akzeptiert eine kommagetrennte Liste (unbedingt ohne Leerzeichen). Das Weglassen eines erforderlichen Werts weist das Android-Betriebssystem an, den Datenverkehr des zugehörigen Systemdienstes oder der Schnittstelle zu blockieren.

`` Standard-Reise-eSIM-Konfiguration: default,supl,dun Veraltetes / Betreiber-gesperrtes Profil: default,mms (Blockiert die Tethering-Bridge vollständig) ``

Warum ein fehlendes dun Tethering-Pakete verwirft

Verbindet sich ein Laptop oder Tablet mit Ihrem Android-WLAN-Hotspot, prüft der Schnittstellen-Router von Android das aktive PDP-Profil.

1. Schreibt das SIM-Profil des Betreibers vor, dass Tethering die dun-Klasse erfordert, der aktive APN-String enthält jedoch nur default, verwirft Android die Pakete der Tethering-Bridge oder versucht, einen nicht existierenden sekundären Betreiber-DUN-APN auszuhandeln.
2. Im Roaming fragt die besuchte Basisstation (VPLMN) den Policy-Server (PCRF) des Heimatnetzes (HPLMN) ab. Fehlt dun im angeforderten APN-Kontext, verwerfen die Mobilfunk-Gateways (SGW/PGW) gekapselte Tethering-Pakete direkt auf der GTP-Schicht (GPRS Tunneling Protocol).

---

APN-Protokoll & APN-Roaming-Protokoll: Behebung von Dual-Stack-Handshake-Fehlern

Das APN-Protokoll (für die heimische Netzabdeckung) und das APN-Roaming-Protokoll (aktiv, sobald sich Ihre Reise-eSIM in ein internationales Partnernetz einbucht) bestimmen, wie lokale und Roaming-Gateways Ihrem Gerät IP-Adressen zuweisen.

Android unterstützt drei Protokollzustände:

• Nur IPv4: Überträgt ausschließlich 32-Bit-Adressen. Basiert auf Carrier-Grade NAT (CGNAT). Weitgehend kompatibel, verursacht jedoch Latenzen und Overhead im Paket-Header.
• Nur IPv6: Überträgt 128-Bit-Adressen. Bietet keine Abwärtskompatibilität für ältere Tethering-Geräte, die keine 464XLAT- oder DNS64/NAT64-Übersetzungsschichten unterstützen. Dies führt zu sofortigen „Verbunden, kein Internet“-Fehlern auf dem Client-Gerät.
• IPv4/IPv6 (Dual-Stack): Die optimale Einstellung. Etabliert duale PDP-Kontexte und weist sowohl eine IPv4- als auch eine IPv6-Schnittstellenadresse zu.

`` [ Client-Laptop ] (Fordert Standard-IPv4 / IPv6-DNS an) │ ▼ [ Android-Hotspot: wlan0 ] │ (Paketübersetzung / Dual-Stack-Gateway) ▼ [ Roaming-eSIM: rmnet0 ] ──(GTP-Kapselung: MTU ≤ 1420)──► [ Carrier Roaming PGW ] ``

Die Auswirkungen von GTP-Tunneling und MTU-Fragmentierung im Ausland

Internationale Daten, die über eine Reise-eSIM übertragen werden, passieren einen gekapselten GTP-Tunnel zwischen dem lokalen Mobilfunkmast und dem Heimat-PGW des eSIM-Anbieters. Diese Kapselung erzeugt spürbaren Protokoll-Overhead:

• Standard-Ethernet/WLAN-MTU: 1500 Bytes
• Typische Roaming-GTP-Mobilfunk-MTU: 1400 - 1440 Bytes

Senden verbundene Laptops unfragmentierte 1500-Byte-Pakete über eine reine IPv4-Roaming-Verbindung, verwerfen zwischengeschaltete Mobilfunk-Gateways die übergroßen Pakete, ohne eine ICMP Destination Unreachable (Fragmentation Needed)-Antwort zurückzugeben. Dadurch frieren sichere TLS/SSL-Handshakes endlos ein.

Die Aktivierung von IPv4/IPv6 Dual-Stack schaltet modernes Path MTU Discovery (PMTUD) und TCP Maximum Segment Size (MSS) Clamping ein. Dies verhindert stillschweigende Paketverluste und behebt Verbindungsabbrüche auf Laptops, die mit Ihrem Hotspot verbunden sind.

---

Betreiberarchitektur: Warum moderne Reiseanbieter Konfigurationsausfälle verhindern

Klassische Reise-SIM-Karten setzen auf starre, gesperrte APN-Profile, die eine manuelle Bereitstellung durch den Betreiber erfordern und die Bandbreite drastisch drosseln, sobald das Basiskontingent aufgebraucht ist. Moderne internationale Anbieter wie MollySIM setzen dagegen auf einen anpassungsfähigen Multi-Carrier-Netzwerkkern, der ab Werk einheitliche default,supl,dun-Strings und robuste IPv4/IPv6-Dual-Stack-Protokolle vorkonfiguriert ausliefert.

Sollte zudem ein über den Hotspot verbundener Laptop große Hintergrund-Synchronisierungen starten (z. B. Cloud-Backups), garantiert MollySIMs Fair Use Policy (FUP) mit 384 kbit/s – dreimal schneller als der Branchenstandard von 128 kbit/s –, dass die primäre Verbindung genügend Bandbreite behält, um essenzielle Apps wie Google Maps, Uber, WhatsApp-Sprachnachrichten und Apple Pay ohne Timeouts auszuführen.

Schritt-für-Schritt-Anleitung: Benutzerdefinierte APNs auf Samsung One UI, Google Pixel und Stock-Android hinzufügen und bearbeiten

Da Android-Hersteller die Menüs für Mobilfunkeinstellungen stark anpassen, unterscheidet sich der Navigationspfad zu den APN-Einstellungen je nach Gerätemarke. Folgen Sie den herstellerspezifischen Anweisungen, um Tethering-kompatible APN-Profile anzulegen.

---

1. Gerätespezifische Menüpfade

---

2. Schritt-für-Schritt-Konfiguration

Sobald das Fenster Neuer APN / Zugangspunkt bearbeiten geöffnet ist, tragen Sie folgende Parameter ein:

``text Name: Reise-Hotspot (oder Name des Anbieters, z. B. MollySIM) APN: [APN Ihres Anbieters, z. B. globaldata oder internet] APN-Typ: default,supl,dun APN-Protokoll: IPv4/IPv6 APN-Roaming: IPv4/IPv6 Träger: Nicht angegeben (Unspecified) ``

`` +---------------------------------------------+ | Benutzerdefiniertes APN-Profil | | APN: [carrier_apn] | | APN-Typ: default,supl,dun | | APN-/Roaming-Protokoll: IPv4/IPv6 | +---------------------------------------------+ │ ▼ +---------------------------------------------+ | Profil speichern & Optionsfeld wählen | +---------------------------------------------+ │ ▼ +---------------------------------------------+ | Flugmodus EIN schalten (10 Sek.) | | Erzwingt RRC-Verbindungstrennung | +---------------------------------------------+ │ ▼ +---------------------------------------------+ | Modem registriert sich neu im Kernnetz | | PDP-Kontext mit DUN hergestellt | +---------------------------------------------+ ``

1. Einheitlichen APN-String eintragen: Tippen Sie auf APN-Typ und geben Sie default,supl,dun ein.

Hinweis: Achten Sie darauf, keine Leerzeichen nach den Kommas zu setzen. Die Eingabe von default, supl, dun führt zu Parsing-Fehlern im Android-Telefonsystem.

1. Dual-Stack-Codierung festlegen: Stellen Sie sicher, dass sowohl APN-Protokoll als auch APN-Roaming-Protokoll explizit auf IPv4/IPv6 stehen. Dies verhindert, dass Gateways nicht-fragmentierte Tethering-Pakete aufgrund von MTU-Limits verwerfen.
2. Profil speichern:

• Auf Samsung: Tippen Sie oben rechts auf die drei vertikalen Punkte (⋮) > Speichern.
• Auf Pixel/OxygenOS: Tippen Sie auf die drei vertikalen Punkte (⋮) > Speichern (oder auf das Häkchen-Symbol).

1. Aktiven APN auswählen: Kehren Sie zur Liste der Zugangspunkte zurück und tippen Sie auf das Optionsfeld (Radio Button) neben dem neu erstellten Profil, um es zu aktivieren.
2. RRC-Verbindungstrennung erzwingen (Flugmodus-Reset): Das Modem behält vorherige PDP-Kontexte bei, bis es gezwungen wird, die Funkverbindung zurückzusetzen. Schalten Sie den Flugmodus EIN, warten Sie 10 bis 15 Sekunden, und schalten Sie ihn wieder AUS.

---

3. Sonderfälle: Ausgegraute APN-Felder umgehen

Manche Geräte mit Betreiber-Firmware (insbesondere gebrandete Geräte von US-amerikanischen oder japanischen Netzbetreibern) grauen das Feld APN-Typ aus oder blenden es komplett aus.

`` +-----------------------------------------------------------------------------------+ | APN-TYP-FELD AUSGEGRAUT? | +-----------------------------------------------------------------------------------+ │ ┌───────────────────────┴───────────────────────┐ ▼ ▼ [Methode A: Neues leeres Profil] [Methode B: Verstecktes Menü] Erstellen Sie ein neues Profil anstatt Wählen Sie ##4636## > Telefoninfo. das gesperrte Standardprofil zu ändern. Schalten Sie die Mobilfunk-Power Standardprofile sind oft schreibgeschützt. AUS/EIN, um den Zustand zurückzusetzen. ``

• Lösungsweg A: Ein komplett neues APN-Profil anlegen: Bearbeiten Sie niemals einen bestehenden, schreibgeschützten APN der SIM-Karte. Tippen Sie stattdessen auf das Hinzufügen-Symbol (+), um einen neuen Eintrag zu erstellen. Neue Profile schalten auf 90 % aller Android-Smartphones die gesperrten Felder frei.
• Lösungsweg B: Telefoninfo-Diagnosemenü: Öffnen Sie die Telefon-App und wählen Sie ##4636##, um das versteckte Android-Testmenü zu öffnen. Navigieren Sie zu Telefoninformationen, scrollen Sie nach unten und prüfen Sie den Bereitstellungsstatus. Das Aus- und wieder Einschalten der Mobilfunk-Power (Mobile Radio Power) löscht veraltete Betreibersperren ohne Zurücksetzen auf Werkseinstellungen.

---

4. IP-Zuweisung und Gateway-Status überprüfen

So prüfen Sie, ob der Android-Kernel die Tethering-Schnittstelle erfolgreich an Ihren Multi-Bearer-APN gebunden hat:

1. Verbinden Sie Ihr Zweitgerät (Laptop oder Tablet) mit dem Android-Hotspot.
2. Öffnen Sie ein Terminal (macOS/Linux) oder die Eingabeaufforderung (Windows) auf dem Client-Gerät und senden Sie Pings an öffentliche IPv4- und IPv6-Adressen:

``bash ping 8.8.8.8 ping -6 2001:4860:4860::8888 ``

1. Löst der Client öffentliche DNS-Adressen auf und überträgt Pakete mit 0 % Paketverlust, steht der Dual-Stack-Roaming-PDP-Kontext stabil.

Wer viel reist und aufwändiges APN-Debugging vermeiden möchte, greift zu Anbietern wie MollySIM. MollySIM liefert standardkonforme, vorkonfigurierte Tethering-Profile bei Ankunft automatisch Over-the-Air aus.

Falls Laptop-Updates im Hintergrund das Highspeed-Volumen aufbrauchen, drosselt MollySIM auf eine Fair Use Policy (FUP) von 384 kbit/s. Da 384 kbit/s dreimal schneller sind als das 128-kbit/s-Limit günstiger Standard-eSIMs, blockieren Hintergrundverbindungen keine latenzkritischen Dienste wie Google Maps, Uber oder Apple Pay auf Ihrem Hauptgerät.

Fehlerbehebung bei APN-Parametern & Matrix für Betreiber-Tethering-Einschränkungen

Wenn ein Android-Smartphone problemlos mobil surft, verbundene Tethering-Clients jedoch keine Internetverbindung herstellen können, liegt die Ursache fast immer in einer Diskrepanz zwischen der lokalen Android-Routingtabelle und den PDP-Kontextdefinitionen des Mobilfunkbetreibers (MNO).

Die folgende Tabelle zeigt typische Fehlerbilder durch fehlerhafte APN-Konfigurationen bei Reise-eSIMs sowie die geprüften Einstellungen zur Wiederherstellung des Tetherings.

Schnelldiagnose-Matrix