Android Hotspot Werkt Niet op Reis-eSIM Oplossen: APN Type dun & supl Gids (2026)

Waarom Android-hotspots haperen op reis-eSIM's: Oorzaken en de melding 'Verbonden, geen internet'

Wanneer je een wifi-hotspot inschakelt op een Android-toestel met een reis-eSIM, krijgen gekoppelde apparaten (zoals MacBooks, iPads of secundaire telefoons) regelmatig een gevreesde status te zien: "Verbonden, geen internet." Terwijl het Android-hosttoestel probleemloos over het web surft, slagen de verbonden downstream-apparaten er niet in om DNS-verzoeken te verwerken of TCP/UDP-pakketten uit te wisselen.

Dit probleem is zelden een hardwaredefect. Het komt vrijwel altijd voort uit de manier waarop het Android-besturingssysteem netwerkverkeer isoleert, providerrechten verifieert en datapakketten over mobiele roaming-interfaces routeert.

+-----------------------------------------------------------------------+
|                        ANDROID-HOSTSYSTEEM                            |
|                                                                       |
|  +---------------------------+       +-----------------------------+  |
|  |   Standaard app-verkeer   |       |  Wifi-hotspot-clients       |  |
|  |   (Browser, Socials, etc.)|       |  (Subnet: 192.168.43.0/24)  |  |
|  +-------------+-------------+       +--------------+--------------+  |
|                |                                    |                 |
|                v                                    v                 |
|        [ Routeringstabel: Main ]           [ Routeringstabel: Tether]|
|                |                                    |                 |
|                | (APN Type: default)                | (APN Type: dun) |
|                v                                    v                 |
|    +-----------------------+            +-----------------------+     |
|    | Primair datapad       |            | Tethering Upstream    |     |
|    | Interface: rmnet_data0|            | Interface: rmnet_data1|     |
|    +-----------+-----------+            +-----------+-----------+     |
+----------------|------------------------------------|-----------------+
                 |                                    |
                 | (Toegestaan)                       | (Geblokkeerd/Verworpen)
                 v                                    v
       ========================================================
                      LOKALE ROAMING-ZENDMAST
         (Geen DUN-routering geconfigureerd -> Tethering-pakketten geweigerd)
       ========================================================

1. Android-netwerkstack-architectuur: Scheiding van upstream-interfaces

Op kernelniveau scheidt Android het mobiele dataverkeer van het apparaat zelf van het dataverkeer van tethering-clients. Dit gebeurt met behulp van speciale Linux-routeringstabellen en pakketfiltering via iptables / nftables binnen het netd-subsysteem (Network Daemon).

• Scheiding van modem-interfaces: Toestellen op basis van Qualcomm (Samsung Galaxy, Google Pixel, OnePlus) wijzen mobiele data toe aan virtuele netwerkinterfaces zoals rmnet_data0, rmnet_data1, enzovoort. MediaTek-chipsets (veelgebruikt in Xiaomi- en midrange-toestellen) maken gebruik van ccmni0, ccmni1.
• Subnet- en NAT-routering: Wanneer je de hotspot inschakelt, maakt Android een lokaal subnet aan (meestal 192.168.43.0/24 of een IPv6 /64-voorvoegsel) en probeert het een Network Address Translation (NAT)-regel te binden van de wifi-interface (wlan0 of ap0) naar een mobiele upstream-interface.
• Scheiding op basis van APN Type: Als Android detecteert dat het actieve mobiele netwerk afzonderlijke paden voor tethering vereist, weigert het hotspotverkeer via de standaard default-APN-interface te routeren. In plaats daarvan zoekt het expliciet naar een upstream-profiel dat is geconfigureerd met het APN-type dun (Dial-Up Networking) om een secundaire datadrager (data bearer) op te zetten. Als dit dun-type ontbreekt in je reis-eSIM-profiel, stuurt Android het hotspotverkeer naar een black hole of blokkeert het de doorvoer volledig.

2. Providerrechtencontroles en TETHER_DUN_REQUIRED

Android bevat een intern mechanisme voor providervalidatie dat wordt beheerd door CarrierConfigManager. Bij binnenlandse providerprofielen activeert dit een entitlement check (rechtencontrole)—een stil verzoek naar de operator om te controleren of je abonnement tethering toestaat.

Wanneer je in het buitenland een reis-eSIM gebruikt:

1. Niet-herkende roaming-simkaarten: Het apparaat maakt verbinding via een internationale roaming-IMSI (vaak gehost in hubs zoals Oostenrijk, Hong Kong of Polen). Het Android-hostbesturingssysteem kan geen overeenkomend binnenlands providerprofiel vinden en valt terug op de standaardregels van de provider.
2. Handhaving van vlaggen: Als het terugvalprofiel TETHER_DUN_REQUIRED = 1 afdwingt, blokkeert het besturingssysteem actief het overbruggen van verkeer via de default-APN-interface, tenzij er een apart dun-profiel is gedefinieerd.
3. Pakketverwerping door de gateway: Zelfs als Android de pakketten doorstuurt, inspecteert de Packet Gateway (PGW) of User Plane Function (UPF) van het lokale partnernetwerk de pakketheader. Als het APN-protocol of het dragerprofiel niet overeenkomt met de roamingovereenkomsten, verwerpt het upstream-knooppunt de getetherde pakketten geruisloos.

3. Routeringstabelconflicten bij Dual-SIM (DSDS)

De meeste internationale reizigers gebruiken een Dual SIM Dual Standby (DSDS)-configuratie: een fysieke simkaart voor hun thuistelefoonnummer (bellen/sms) en een reis-eSIM voor data op de bestemming.

+-------------------------------------------------------------------+
|                     Dual-SIM Routeringsconflicten                 |
+--------------------+----------------------------------------------+
| Fysieke SIM (Thuis)| Prioriteit: Bellen/SMS (IMS-listener actief) |
| Reis-eSIM (Data)   | Prioriteit: Data-uplink                      |
| Tethering-subnet   | Conflict: Host bindt DNS aan primaire SIM    |
+--------------------+----------------------------------------------+

Deze configuratie veroorzaakt regelmatig conflicten in de routeringstabel:

• DNS-resolvervalstrikken: Android's interne resolver-daemon kan DNS-zoekopdrachten van getetherde apparaten via de inactieve of roaming-beperkte DNS-server van de primaire fysieke simkaart sturen. Dit leidt direct tot DNS-fouten op aangesloten apparaten.
• IP MTU-mismatches: Roaming-eSIM-inkapselingen (zoals GTP-tunnels tussen het lokale bezoekersnetwerk en de roaming-gateway van de eSIM) verkleinen de effectieve Maximum Transmission Unit (MTU). Terwijl de browser van de telefoon de pakketgrootte automatisch onderhandelt via Path MTU Discovery, versturen aangesloten laptops vaak te grote pakketten (1500 bytes). Deze worden door tussenliggende mobiele gateways gedropt zonder een ICMP-fragmentatiemelding terug te sturen.

Het gebruik van geavanceerde providers voor reisdata zoals MollySIM voorkomt deze interfaceconflicten. MollySIM maakt gebruik van een gestroomlijnde, multi-carrier APN-architectuur die is ontworpen om eigendomsrechtelijke blokkades van providers te omzeilen en automatisch uniforme datasporen tot stand te brengen. Bovendien zorgt MollySIM's Fair Use Policy (FUP)-limiet van 384 kbps—wat 3x sneller is dan de industriestandaard van 128 kbps—ervoor dat cruciale apps zoals Google Maps, Uber, WhatsApp-spraakberichten en Apple Pay actieve socketverbindingen behouden, zelfs wanneer aangesloten apparaten op de achtergrond zware synchronisaties uitvoeren.

Belangrijke APN-velden ontleed: De cruciale rollen van APN-type 'default,supl,dun' en dual-stack protocollen

Een Access Point Name (APN) is de netwerkgateway die de exacte Packet Data Protocol (PDP)-context, routeringsregels en authenticatieparameters definieert die een Android-toestel moet gebruiken om een dataverbinding op te zetten met het Packet Data Network (PDN) van een mobiele provider. Een onjuist geconfigureerde APN—of het weglaten van essentiële parameters—kan ervoor zorgen dat mobiele data op de telefoon zelf wel werkt, maar tethering naar andere apparaten volledig wordt geblokkeerd.

Hieronder volgt een diepgaand overzicht van de kritieke parameters die datastromen, locatie-assistentie en tethering-handshakes regelen.

De APN Type-hiërarchie: default, supl, dun, mms en hipri uitgelegd

Android bepaalt welke netwerkinterfaces uitgaande sockets verwerken via het veld APN Type. Dit veld accepteert een door komma's gescheiden reeks (strikt zonder spaties). Het weglaten van een vereiste waarde zorgt ervoor dat het Android-besturingssysteem verkeer van de bijbehorende systeemservice of randinterface blokkeert.

Standaard reis-eSIM APN-waarde: default,supl,dun
Verouderd / Provider-vergrendeld profiel: default,mms (Blokkeert tethering-bridge volledig)

Waarom het ontbreken van dun leidt tot verbroken pakketstromen

Wanneer een laptop of tablet verbinding maakt met je Android-hotspot, controleert de upstream-interfacerouter van Android het actieve PDP-profiel.

1. Als het simkaartprofiel van de operator specificeert dat tethering de dun-klasse vereist, maar de actieve APN-string enkel default bevat, breekt Android de tethering-bridgepakketten af of probeert het te onderhandelen over een niet-bestaande secundaire carrier-DUN-APN.
2. Tijdens roaming raadpleegt het bezochte basisstation (VPLMN) de policy server (PCRF) van het Home Public Land Mobile Network (HPLMN). Als dun ontbreekt in de opgevraagde APN-context, verwerpen mobiele netwerkgateways (SGW/PGW) de ingekapselde tethering-pakketten direct op de GTP-laag (GPRS Tunneling Protocol).

APN Protocol & APN Roaming Protocol: Fouten in dual-stack handshakes oplossen

Het APN-protocol (gebruikt binnen je binnenlandse dekking) en het APN-roamingprotocol (actief wanneer je reis-eSIM registreert op een internationaal partnernetwerk) bepalen hoe lokale en roaming-gateways IP-adressen toewijzen aan je apparaat.

Android ondersteunt drie protocolstatussen:

• Alleen IPv4: Verzendt uitsluitend 32-bits adressen. Afhankelijk van Carrier-Grade NAT (CGNAT). Breed compatibel, maar introduceert latency en pakket-header-overhead.
• Alleen IPv6: Verzendt 128-bits adressen. Mist achterwaartse compatibiliteit met oudere tethering-apparaten die geen 464XLAT- of DNS64/NAT64-vertaallagen ondersteunen, wat direct resulteert in de melding "Verbonden, geen internet" op aangesloten hardware.
• IPv4/IPv6 (Dual-Stack): De optimale instelling. Brengt dubbele PDP-contexten tot stand en wijst zowel een IPv4- als een IPv6-interfaceadres toe.

De impact van GTP-tunneling en MTU-fragmentatie in het buitenland

Internationale data die via een reis-eSIM loopt, passeert een ingekapselde GTP-tunnel tussen de lokale zendmast en de thuis-PGW van de eSIM-provider. Deze inkapseling zorgt voor aanzienlijke protocol-overhead:

• Standaard Ethernet/Wifi MTU: 1500 bytes
• Typische Roaming GTP Mobiele MTU: 1400 - 1440 bytes

Wanneer aangesloten laptops ongefragmenteerde pakketten van 1500 bytes verzenden via een IPv4-roamingverbinding, laten tussenliggende mobiele gateways deze te grote pakketten vallen zonder een ICMP Destination Unreachable (Fragmentation Needed)-bericht terug te sturen. Dit zorgt ervoor dat beveiligde TLS/SSL-handshakes oneindig blijven hangen.

Het inschakelen van IPv4/IPv6 Dual-Stack activeert moderne Path MTU Discovery (PMTUD) en TCP Maximum Segment Size (MSS) clamping. Dit voorkomt dat datapakketten stilzwijgend worden genegeerd en lost verbroken verbindingen op laptops die met je hotspot zijn verbonden direct op.

Providerarchitectuur: Waarom moderne reisaanbieders configuratiefouten voorkomen

Ouderwetse reis-simkaarten zijn afhankelijk van starre, vergrendelde APN-profielen die handmatige configuratie vereisen en de bandbreedte drastisch afknijpen zodra je basisbundel op is. Moderne internationale providers zoals MollySIM maken daarentegen gebruik van een flexibele multi-carrier netwerkkern die direct kant-en-klare default,supl,dun-parameters en robuuste IPv4/IPv6 dual-stack-protocollen aanbiedt.

Mocht een verbonden laptop bovendien zware achtergrondtaken starten (zoals cloudupdates), dan zorgt MollySIM's Fair Use Policy (FUP) van 384 kbps—die 3x sneller is dan de industriestandaard van 128 kbps—ervoor dat de primaire verbinding voldoende bandbreedte behoudt om essentiële apps zoals Google Maps, Uber, WhatsApp-spraakberichten en Apple Pay zonder netwerk-timeouts te laten draaien.

Stapsgewijze handleiding: Handmatige APN's toevoegen en bewerken op Samsung One UI, Google Pixel en Stock Android

Omdat Android-fabrikanten de menu's voor mobiele netwerken vaak aanpassen, verschilt het navigatiepad naar de instellingen voor toegangspunten per merk. Volg de onderstaande instructies voor jouw specifieke toestel om een APN-profiel in te stellen dat tethering ondersteunt.

1. Navigatiepaden per apparaat

2. Stapsgewijze configuratievolgorde

Zodra je in het scherm Nieuwe APN / Toegangspunt bewerken bent, vul je de volgende parameters in:

Naam:                 Reis Hotspot (of providernaam, bijv. MollySIM)
APN:                  [APN van je provider, bijv. globaldata of internet]
APN-type:             default,supl,dun
APN-protocol:         IPv4/IPv6
APN-roamingprotocol:  IPv4/IPv6
Drager (Bearer):      Niet gespecificeerd (Unspecified)

1. Voer de gecombineerde APN-string in: Tik op APN-type en voer default,supl,dun in.

Let op: Gebruik geen spaties na de komma's. Het invoeren van default, supl, dun leidt tot verwerkingsfouten in het Android-telefonieframework.

1. Stel Dual-Stack in: Zorg ervoor dat zowel het APN-protocol als het APN-roamingprotocol expliciet zijn ingesteld op IPv4/IPv6. Dit voorkomt dat mobiele gateways niet-gefragmenteerde tethering-pakketten laten vallen door MTU-limieten.
2. Sla het profiel op:

• Op Samsung: Tik op de drie verticale puntjes (⋮) rechtsboven > tik op Opslaan.
• Op Pixel/OxygenOS: Tik op de drie verticale puntjes (⋮) > tik op Opslaan (of op het vinkje).

1. Activeer de APN: Ga terug naar de lijst met toegangspunten en selecteer handmatig het keuzerondje naast je nieuw aangemaakte profiel.
2. Forceer een RRC Connection Release (Vliegtuigmodus): Het basisbandmodem behoudt eerdere PDP-contexten totdat het gedwongen wordt de radioverbinding te verbreken. Schakel de Vliegtuigmodus IN, wacht 10 tot 15 seconden, en schakel deze weer UIT.

3. Uitzonderingen: Grijze of niet-bewerkbare APN-velden omzeilen

Sommige providerspecifieke toestellen (met name apparaten met een simlock of firmware van Verizon, AT&T of NTT Docomo) maken het veld APN-type grijs of verbergen het, waardoor handmatige invoer wordt geblokkeerd.

• Oplossing A: Maak een volledig nieuw profiel aan: Bewerk nooit een bestaande, beveiligde APN die door de simkaart is ingeladen. Tik in plaats daarvan op het pictogram Toevoegen (+) om een volledig nieuwe invoer te maken. Bij 90% van de Android-telefoons worden de geblokkeerde velden hierdoor weer bewerkbaar.
• Oplossing B: Het verborgen testmenu: Open de telefoon-app en toets ##4636## in om het verborgen testmenu van Android te openen. Ga naar Telefoongegevens, scrol naar beneden en controleer de netwerkstatus. Schakel Mobiele radio hier eenmaal uit en weer in om verouderde providerblokkades te wissen zonder een fabrieksreset uit te voeren.

4. IP-toewijzing en gateway-status verifiëren

Controleren of de Android-kernel de tethering-interface correct heeft gekoppeld aan je multi-bearer APN:

1. Verbind je secundaire apparaat (laptop of tablet) met de Android-hotspot.
2. Open een terminal (macOS/Linux) of Opdrachtprompt (Windows) op het aangesloten apparaat en voer een ping uit naar een extern openbaar IPv4- en IPv6-adres:

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

1. Als de host openbare DNS-adressen oplost en pakketten verzendt met 0% pakketverlies, is de dual-stack roaming PDP-context succesvol tot stand gebracht.

Als je veel reist en ingewikkelde APN-configuraties wilt vermijden, nemen premium providers zoals MollySIM dit werk uit handen. MollySIM levert bij aankomst direct kant-en-klare, geoptimaliseerde tethering-profielen over-the-air.

Mochten achtergrond-updates op je laptop bovendien je databundel snel verbruiken, dan schakelt MollySIM over naar een Fair Use Policy (FUP)-limiet van 384 kbps. Doordat 384 kbps 3x sneller is dan de beperkende norm van 128 kbps bij budget-eSIM's, raken essentiële diensten zoals Google Maps, Uber of Apple Pay op je primaire toestel nooit geblokkeerd door achtergrondverkeer.

APN-probleemoplossing en matrix voor provider-tetheringbeperkingen

Wanneer een Android-telefoon zelf probleemloos verbinding heeft met internet, maar aangesloten hotspot-apparaten geen data ontvangen, ligt de oorzaak vrijwel altijd bij een conflict tussen de lokale routeringstabel van Android en de Packet Data Protocol (PDP)-definities van de mobiele provider (MNO).

Onderstaande tabel toont de exacte fouten die ontstaan door verkeerde APN-veldconfiguraties op reis-eSIM's, samen met de geverifieerde instellingen om tweerichtingsverkeer via tethering te herstellen.

Snelle diagnostische matrix

Dynamische bandbreedtebeperking en rechtencontroles diagnosticeren

Zelfs wanneer alle APN-parameters correct zijn ingesteld, leggen mobiele operators regelmatig restricties op via netwerkcontroles of een strikte Fair Use Policy (FUP) die specifiek hotspotverkeer beperkt.

1. Autorisatieverzoeken van providers: Sommige providerprofielen sturen op de achtergrond een autorisatieverzoek naar de server