Sådan løser du problemer med Android-hotspot på rejse-eSIM: Guide til APN-type dun & supl (2026)

Hvorfor Android-hotspots fejler på rejse-eSIM: Årsager og fejlen "Forbundet uden internet"

Når du aktiverer et Wi-Fi-hotspot på en Android-enhed med et rejse-eSIM, viser tilsluttede enheder (såsom MacBooks, iPads eller en ekstra telefon) ofte en frustrerende status: "Forbundet, intet internet" eller "Forbundet uden internet". Selvom værts-Android-enheden kan browse problemfrit på nettet, kan de tilsluttede enheder hverken udføre DNS-opslag eller udveksle TCP/UDP-datapakker.

Dette problem skyldes sjældent en hardwarefejl. Det bunder derimod i, hvordan Android-operativsystemet isolerer netværkstrafik, verificerer operatørens rettigheder og router datapakker på tværs af roaming-mobilgrænseflader.

+-----------------------------------------------------------------------+
|                         ANDROID-VÆRTSSYSTEM                           |
|                                                                       |
|  +---------------------------+       +-----------------------------+  |
|  |   Standard app-trafik     |       |   Wi-Fi-hotspot-klienter    |  |
|  |   (Browser, sociale m.m.) |       |   (Undernet:192.168.43.0/24)|  |
|  +-------------+-------------+       +--------------+--------------+  |
|                |                                    |                 |
|                v                                    v                 |
|        [ Routingtabel: Hoved ]             [ Routingtabel: Tether ]   |
|                |                                    |                 |
|                | (APN-type: default)                | (APN-type: dun) |
|                v                                    v                 |
|    +-----------------------+            +-----------------------+     |
|    | Primær datasti        |            | Internetdeling upstream|    |
|    | Interface: rmnet_data0|            | Interface: rmnet_data1|     |
|    +-----------+-----------+            +-----------+-----------+     |
+----------------|------------------------------------|-----------------+
                 |                                    |
                 | (Tilladt)                          | (Blokeret / Kasseres)
                 v                                    v
       ========================================================
                       LOKAL ROAMING-MOBILMAST
        (Ingen DUN-routing konfigureret -> Hotspot-pakker kasseres)
       ========================================================

1. Androids netværksstak-arkitektur: Isolering af upstream-grænseflader

På kerneniveau adskiller Android mobiltrafik fra selve enheden og trafik fra tilsluttede enheder via dedikerede Linux-routingtabeller og pakkefiltrering gennem iptables / nftables i netd (Network Daemon)-delsystemet.

• Adskillelse af modem-grænseflader: Qualcomm-baserede enheder (Samsung Galaxy, Google Pixel, OnePlus) tildeler mobildata til virtuelle netværksgrænseflader kaldet rmnet_data0, rmnet_data1 osv. MediaTek-chipsæt (udbredt i Xiaomi og mellemklasseenheder) anvender ccmni0, ccmni1.
• Undernet & NAT-routing: Når du aktiverer hotspot, opretter Android et lokalt undernet (typisk 192.168.43.0/24 eller et IPv6 /64-præfiks) og forsøger at knytte en Network Address Translation (NAT)-regel fra Wi-Fi-grænsefladen (wlan0 eller ap0) til en upstream-mobilgrænseflade.
• Adskillelse via APN-typer: Hvis Android registrerer, at det aktive mobilnetværk kræver separate stier til internetdeling, nægter systemet at route hotspot-trafik via standard default-APN-grænsefladen. I stedet søger det specifikt efter en profil konfigureret med APN-typen dun (Dial-Up Networking) for at oprette en sekundær databærer (data bearer). Hvis din rejse-eSIM-profil mangler dun, sender Android hotspot-trafikken ud i et sort hul eller blokerer videresendelsen fuldstændigt.

2. Netværksudbyderens autoriseringstjek og TETHER_DUN_REQUIRED

Android indeholder en intern valideringsmekanisme for udbydere, som styres af CarrierConfigManager. I indenlandske operatørprofiler udløser dette et entitlement check (autoriseringstjek) – en usynlig forespørgsel sendt til operatøren for at verificere, om dit abonnement tillader internetdeling/hotspot.

Når du bruger et rejse-eSIM i udlandet:

1. Ukendte roaming-SIM-kort: Enheden opretter forbindelse via en international roaming-IMSI (ofte baseret i knudepunkter som Østrig, Hong Kong eller Polen). Værts-Android-operativsystemet kan ikke finde en matchende national operatørpakke og falder tilbage på standardregler for udbydere.
2. Håndhævelse af flag: Hvis fallback-profilen gennemtvinger TETHER_DUN_REQUIRED = 1, blokerer styresystemet aktivt for videresendelse af trafik over default-APN-grænsefladen, medmindre der er angivet en separat dun-profil.
3. Pakketab i gatewayen: Selvom Android videresender pakkerne, inspicerer den lokale partnernetværks Packet Gateway (PGW) eller User Plane Function (UPF) pakkehovedet. Hvis APN-protokollen eller bærerprofilen ikke stemmer overens med roamingaftalerne, kasserer upstream-knudepunktet de delte datapakker uden varsel.

3. Konflikter i Dual-SIM-routingtabeller (DSDS)

De fleste internationale rejsende benytter en Dual SIM Dual Standby (DSDS)-konfiguration: et fysisk SIM-kort til hjemmenummeret (opkald/SMS) og et rejse-eSIM til data på destinationen.

+-------------------------------------------------------------------+
|                  Dual-SIM Routing-konflikter                      |
+--------------------+----------------------------------------------+
| Fysisk SIM (Hjemme)| Prioritet: Tale/SMS (IMS Listener aktiv)     |
| Rejse-eSIM (Data)  | Prioritet: Data-uplink                       |
| Hotspot-undernet   | Konflikt: Værten knytter DNS til primært SIM |
+--------------------+----------------------------------------------+

Denne opsætning udløser ofte konflikter i routingtabellen:

• DNS-resolver-fælder: Androids interne resolver-dæmon kan route DNS-opslag fra tilsluttede enheder gennem den inaktive eller roaming-begrænsede DNS-server på det primære fysiske SIM-kort, hvilket medfører øjeblikkelige DNS-fejl på de tilsluttede enheder.
• IP-MTU-uoverensstemmelser: Roaming-eSIM-indkapslinger (f.eks. GTP-tunneler mellem det lokale gæstenetværk og eSIM-udbyderens gateway) reducerer den effektive Maximum Transmission Unit (MTU). Mens telefonens browser automatisk forhandler pakkestørrelse via Path MTU Discovery, sender tilsluttede bærbare computere ofte for store pakker (1500 bytes), som bliver kasseret af mellemliggende gateways uden at returnere en ICMP-meddelelse om fragmenteringsbehov.

Brug af moderne mobildataudbydere som MollySIM afhjælper disse grænsefladekonflikter. MollySIM benytter en optimeret multi-operatør APN-arkitektur, der er designet til at omgå proprietære autoriseringsblokeringer og automatisk etablere samlede datastier. Derudover sikrer MollySIMs Fair Use Policy (FUP)-grænse på 384 kbps – som er 3 gange hurtigere end branchens standard på 128 kbps – at kritiske apps som Google Maps, Uber, WhatsApp-talebeskeder og Apple Pay bevarer aktive socket-forbindelser, selv hvis tilsluttede enheder udfører tunge baggrundssynkroniseringer.

Gennemgang af vigtige APN-felter: Den afgørende rolle for APN-type 'default,supl,dun' og dual-stack-protokoller

Et Access Point Name (APN) er den netværksgateway, der definerer den præcise Packet Data Protocol (PDP)-kontekst, routingregler og godkendelsesparametre, som en Android-enhed skal bruge til at etablere en dataforbindelse med mobiloperatørens Packet Data Network (PDN). Hvis et APN konfigureres forkert – eller hvis vigtige flag udelades – kan mobildata fungere på selve telefonen, mens internetdeling til andre enheder blokeres fuldstændigt.

Nedenfor er en udtømmende gennemgang af de kritiske parametre, der styrer datarouting, lokationsassistance og internetdelings-handshakes.

Hierarkiet for APN-typer: Forklaring af default, supl, dun, mms og hipri

Android bestemmer, hvilke netværksgrænseflader der skal håndtere udgående sockets, via feltet APN-type. Dette felt accepterer en kommasepareret streng (strengt uden mellemrum). Hvis et påkrævet token udelades, instrueres Android-operativsystemet i at blokere trafik fra den tilknyttede systemtjeneste eller eksterne grænseflade.

Standard-nyttelast for rejse-eSIM: default,supl,dun
Forældet / Operatørlåst profil: default,mms (Blokerer internetdeling fuldstændigt)

Hvorfor manglende dun kasserer internetdelingspakker

Når en bærbar computer eller tablet opretter forbindelse til dit Android Wi-Fi-hotspot, kontrollerer Androids upstream-router den aktive PDP-profil:

1. Hvis operatørens SIM-profil specificerer, at internetdeling kræver dun-klassen, men den aktive APN-streng kun indeholder default, afviser Android internetdelingsbroens pakker eller forsøger at forhandle et ikke-eksisterende sekundært DUN-APN.
2. I roaming-situationer forespørger den besøgte basestation (VPLMN) Home Public Land Mobile Network (HPLMN) policy-serveren (PCRF). Hvis dun mangler i den anmodede APN-kontekst, kasserer mobilnetværkets gateways (SGW/PGW) de indkapslede tethering-pakker direkte i GTP-laget (GPRS Tunneling Protocol).

APN-protokol og APN-roamingprotokol: Løs problemer med dual-stack handshake

APN-protokollen (der bruges i dit hjemmenetværk) og APN-roamingprotokollen (der er aktiv, når dit rejse-eSIM registrerer sig på et internationalt partnernetværk) dikterer, hvordan lokale gateways og roaming-gateways tildeler IP-adresser til din enhed.

Android understøtter tre protokoltiltande:

• Kun IPv4: Overfører udelukkende 32-bit adresser. Afhængig af Carrier-Grade NAT (CGNAT). Høj kompatibilitet, men tilføjer latenstid og ekstra overhead i pakkehovedet.
• Kun IPv6: Overfører 128-bit adresser. Mangler bagudkompatibilitet med ældre enheder, der ikke understøtter 464XLAT- eller DNS64/NAT64-oversættelseslag, hvilket medfører øjeblikkelige "Forbundet uden internet"-fejl på tilsluttede enheder.
• IPv4/IPv6 (Dual-Stack): Den optimale indstilling. Etablerer dobbelte PDP-kontekster og tildeler både en IPv4- og en IPv6-grænsefladeadresse.

Betydningen af GTP-tunnelforbindelser og MTU-fragmentering i udlandet

Internationale data på et rejse-eSIM passerer gennem en indkapslet GTP-tunnel mellem den lokale mast og eSIM-udbyderens primære PGW. Denne indkapsling tilføjer et betydeligt protokol-overhead:

• Standard Ethernet/Wi-Fi MTU: 1500 bytes
• Typisk Roaming GTP Mobil MTU: 1400 - 1440 bytes

Når tilsluttede bærbare computere sender ufragmenterede 1500-byte pakker over en IPv4-roamingforbindelse, kasserer mellemliggende mobilgateways de for store pakker uden at generere svar med ICMP Destination Unreachable (Fragmentation Needed). Dette får sikre TLS/SSL-handshakes til at fryse på ubestemt tid.

Ved at aktivere IPv4/IPv6 Dual-Stack slås moderne Path MTU Discovery (PMTUD) og TCP Maximum Segment Size (MSS)-clamping til. Dette forhindrer usynligt pakketab og løser forbindelsesafbrydelser på computere, der er sluttet til dit hotspot.

Udbyderarkitektur: Hvorfor moderne rejseudbydere forhindrer konfigurationsfejl

Ældre rejse-SIM-kort er afhængige af fastlåste APN-profiler, som kræver manuel operatørkonfiguration og reducerer båndbredden drastisk, så snart den inkluderede datamængde opbruges. Omvendt anvender moderne internationale udbydere som MollySIM en fleksibel multi-operatør netværkskerne, der forudkonfigurerer samlede default,supl,dun-strenge og robuste IPv4/IPv6 dual-stack-protokoller direkte ved levering.

Hvis en tilsluttet bærbar computer desuden starter store baggrundssynkroniseringer (som f.eks. sky-sikkerhedskopiering), sikrer MollySIMs Fair Use Policy (FUP) på 384 kbps – som er 3 gange hurtigere end industristandarden på 128 kbps – at den primære forbindelse beholder tilstrækkelig båndbredde til at køre vigtige apps som Google Maps, Uber, WhatsApp-taleopkald og Apple Pay uden timeouts.

Trin-for-trin guide: Tilføjelse og redigering af brugerdefinerede APN'er på Samsung One UI, Google Pixel og ren Android

Da Android-producenter tilpasser netværksmenuerne forskelligt, varierer stien til adgangspunktindstillingerne fra mærke til mærke. Følg de enhedsspecifikke instruktioner nedenfor for at konfigurere APN-profiler, der understøtter internetdeling.

1. Enhedsspecifikke navigationsstier

2. Trin-for-trin konfigurationssekvens

Når du åbner skærmen Nyt APN / Rediger adgangspunkt, skal du indtaste følgende parametre:

Navn:                 Rejse Hotspot (eller udbyderens navn, f.eks. MollySIM)
APN:                  [Udbyderens APN, f.eks. globaldata eller internet]
APN-type:             default,supl,dun
APN-protokol:         IPv4/IPv6
APN-roamingprotokol:  IPv4/IPv6
Bærer (Bearer):       Uspecificeret

1. Indtast den samlede APN-streng: Tryk på APN-type, og indtast default,supl,dun.

Bemærk: Sørg for, at der ikke er mellemrum efter kommaerne. Hvis du skriver default, supl, dun, opstår der parsefejl i Androids telefonistak.

1. Indstil Dual-Stack-protokoller: Sørg for, at både APN-protokol og APN-roamingprotokol eksplicit er sat til IPv4/IPv6. Dette forhindrer gateways i at kassere ufragmenterede hotspot-pakker på grund af MTU-størrelsesgrænser.
2. Gem profilen:

• På Samsung: Tryk på de tre lodrette prikker (⋮) øverst til højre > tryk på Gem.
• På Pixel/OxygenOS: Tryk på de tre lodrette prikker (⋮) > tryk på Gem (eller tryk på fluebensikonet).

1. Vælg det aktive APN: Gå tilbage til listen over adgangspunktnavne, og tryk på radioknappen ud for den nyoprettede profil for at aktivere den.
2. Gennemtving genregistrering (Flytilstand): Modemet fastholder tidligere PDP-kontekster, indtil det tvinges til at afbryde radioforbindelsen. Slå Flytilstand TIL, vent 10 til 15 sekunder, og slå den FRA igen.

3. Specialtilfælde: Omgåelse af nedtonede/grå APN-felter

Visse operatørlåste enheder (især fra operatører som Verizon, AT&T eller NTT Docomo) nedtoner eller skjuler inputfeltet APN-type, hvilket forhindrer manuelle ændringer.

• Løsning A: Opret en helt ny APN-profil: Rediger aldrig et eksisterende, skrivebeskyttet APN, som SIM-kortet har indlæst. Tryk i stedet på Tilføj (+)-ikonet for at oprette en ny profil fra bunden. Nye profiler åbner op for de grå felter på over 90 % af alle Android-enheder.
• Løsning B: Diagnostisk menu (Telefonoplysninger): Åbn opkaldsappen, og tast ##4636## for at åbne Androids skjulte testmenu. Gå til Telefonoplysninger, rul ned, og tjek netværkets klargøringsstatus. Slå Mobilradiostyring (Mobile Radio Power) fra og til her for at fjerne fastlåste operatørlåse uden at nulstille telefonen.

4. Bekræftelse af IP-tildeling og gateway-status

For at kontrollere, om Android-kernen har knyttet internetdelingsgrænsefladen korrekt til dit multi-bearer APN:

1. Slut din sekundære enhed (bærbar eller tablet) til Android-hotspottet.
2. Åbn en terminal (macOS/Linux) eller Kommandoprompt (Windows) på den tilsluttede computer, og send en ping-forespørgsel til en offentlig IPv4- og IPv6-adresse:

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

1. Hvis computeren modtager svar og sender pakker med 0 % pakketab