Slik fikser du Android-hotspot som ikke virker med reise-eSIM: Guide til APN-type dun og supl (2026)

Hvorfor Android-hotspot feiler på reise-eSIM: Årsaker og «Tilkoblet, uten internett»-feil

Når du aktiverer et Wi-Fi-hotspot (delt internett) på en Android-enhet med et reise-eSIM, viser tilkoblede klienter (som MacBooks, iPads eller sekundære telefoner) ofte en fryktet statusmelding: «Tilkoblet, uten internett». Mens selve Android-telefonen laster nettsider problemfritt, klarer ikke de tilkoblede enhetene å slå opp DNS-adresser eller utveksle TCP/UDP-datapakker.

Dette problemet skyldes sjelden en maskinvarefeil. Det stammer i stedet fra hvordan Android-operativsystemet isolerer nettverkstrafikk, verifiserer operatørrettigheter og ruter datapakker over mobile roaminggrensesnitt.

+-----------------------------------------------------------------------+
|                         ANDROID VERTSSYSTEM                           |
|                                                                       |
|  +---------------------------+       +-----------------------------+  |
|  |    Standard app-trafikk   |       |   Klienter på Wi-Fi-hotspot |  |
|  |   (Nettleser, sosiale med)|       |   (Subnett: 192.168.43.0/24)|  |
|  +-------------+-------------+       +--------------+--------------+  |
|                |                                    |                 |
|                v                                    v                 |
|        [ Rutingtabell: Main ]              [ Rutingtabell: Tether ]   |
|                |                                    |                 |
|                | (APN-type: default)                | (APN-type: dun) |
|                v                                    v                 |
|    +-----------------------+            +-----------------------+     |
|    | Primær databane       |            | Oppstrøms deling      |     |
|    | Grensesnitt:          |            | Grensesnitt:          |     |
|    | rmnet_data0           |            | rmnet_data1           |     |
|    +-----------+-----------+            +-----------+-----------+     |
+----------------|------------------------------------|-----------------+
                 |                                    |
                 | (Tillatt)                          | (Blokkert / Forkastet)
                 v                                    v
       ========================================================
                      LOKAL ROAMING-MOBILMAST
         (Ingen DUN-ruting konfigurert -> Datapakker forkastes)
       ========================================================

1. Androids nettverksstakkarkitektur: Isolering av oppstrømsgrensesnitt

På kjernenivå skiller Android mobildata på selve enheten fra trafikk generert av tilkoblede klienter via dedikerte Linux-rutingtabeller og pakkefiltrering gjennom iptables / nftables i delsystemet netd (Network Daemon).

• Separasjon av modemgrensesnitt: Qualcomm-baserte enheter (Samsung Galaxy, Google Pixel, OnePlus) tildeler mobildata til virtuelle nettverksgrensesnitt kalt rmnet_data0, rmnet_data1, osv. MediaTek-brikkesett (vanlig i Xiaomi og rimeligere modeller) bruker ccmni0, ccmni1.
• Subnett og NAT-ruting: Når du aktiverer delt internett, oppretter Android et lokalt subnett (vanligvis 192.168.43.0/24 eller et IPv6 /64-prefikssubnett) og forsøker å binde en Network Address Translation (NAT)-regel fra Wi-Fi-grensesnittet (wlan0 eller ap0) til et oppstrøms mobilgrensesnitt.
• Separasjon via APN-type: Hvis Android oppdager at det aktive mobilnettet krever egne databaner for internettdeling, nekter systemet å rute hotspot-trafikk gjennom standardgrensesnittet for default-APN. I stedet søker operativsystemet eksplisitt etter en oppstrømsprofil konfigurert med APN-typen dun (Dial-Up Networking) for å opprette en sekundær databærer. Hvis reise-eSIM-profilen din mangler dun, ruter Android hotspot-trafikken ut i et «svart hull» eller blokkerer videresendingen helt.

2. Operatørautorisasjonssjekk og TETHER_DUN_REQUIRED

Android har en intern mekanisme for operatørvalidering som administreres av CarrierConfigManager. I innenlandske operatørprofiler utløser dette en autorisasjonssjekk (entitlement check) – en usynlig forespørsel som sendes til operatøren for å bekrefte om abonnementet ditt tillater delt internett.

Når du bruker et reise-eSIM i utlandet:

1. Ukjente roaming-SIM-kort: Enheten kobler seg til via en internasjonal roaming-IMSI (ofte basert i knutepunkter som Østerrike, Hong Kong eller Polen). Android-systemet finner ingen matchende innenlandsk operatørpakke (Carrier Bundle) og faller tilbake på standard operatørregler.
2. Håndheving av flagg: Hvis reserveprofilen krever TETHER_DUN_REQUIRED = 1, blokkerer operativsystemet aktivt brokobling av trafikk over default-APN-grensesnittet med mindre en separat dun-profil er definert.
3. Pakkeforkasting i gateway: Selv om Android videresender pakkene, vil den lokale partnerens Packet Gateway (PGW) eller User Plane Function (UPF) inspisere pakkehodet. Hvis APN-protokollen eller bærerprofilen ikke samsvarer med roamingavtalene, forkaster oppstrømsnoden pakkene i stillhet.

3. Rutingtabellkollisjoner ved Dual-SIM (DSDS)

De fleste internasjonale reisende bruker en Dual SIM Dual Standby (DSDS)-konfigurasjon: et fysisk SIM-kort for hjemmenummeret (samtaler/SMS) og et reise-eSIM for data på destinasjonen.

+-------------------------------------------------------------------+
|                  Konflikter ved Dual-SIM-ruting                   |
+--------------------+----------------------------------------------+
| Fysisk SIM (Hjemme)| Prioritet: Tale/SMS (IMS-lytter aktiv)       |
| Reise-eSIM (Data)  | Prioritet: Dataoppkobling                    |
| Hotspot-subnett    | Konflikt: Verten binder DNS til primær-SIM   |
+--------------------+----------------------------------------------+

Dette oppsettet utløser ofte kollisjoner i rutingtabellen:

• DNS-oppslagsfeller: Androids interne navnetjener kan finne på å rute DNS-forespørsler fra tilkoblede klienter gjennom den inaktive eller roaming-begrensede DNS-serveren til det primære fysiske SIM-kortet. Dette fører til umiddelbar DNS-svikt på tilkoblede enheter.
• IP-MTU-uoverensstemmelser: Roaming-innkapsling på eSIM (f.eks. GTP-tunneler mellom det lokale besøkte nettverket og eSIM-leverandørens hjemmerutingsgateway) reduserer effektiv Maximum Transmission Unit (MTU). Mens telefonens egen nettleser automatisk forhandler pakkestørrelse via Path MTU Discovery, sender tilkoblede laptoper ofte for store pakker (1500 byte). Disse forkastes av mobile mellomleddsgatewayer uten at det returneres et nødvendig ICMP-fragmenteringsvarsel.

Bruk av moderne reisedataleverandører som MollySIM forhindrer disse grensesnittkonfliktene. MollySIM benytter en strømlinjeformet APN-arkitektur for flere operatører, utviklet for å omgå proprietære operatørsperrer og forhandle enhetlige databaner automatisk. I tillegg sørger MollySIMs 384 kbps Fair Use Policy (FUP)-grense – som er 3 ganger raskere enn bransjestandarden på 128 kbps – for at kritiske apper som Google Maps, Uber, WhatsApp-tale og betalingstjenester beholder aktive socket-tilkoblinger, selv om tilkoblede datamaskiner kjører tunge bakgrunnssynkroniseringer.

Dekonstruksjon av sentrale APN-felter: Rollen til 'default,supl,dun' og dual-stack-protokoller

Et Access Point Name (APN) er nettverksgatewayen som definerer nøyaktig hvilken Packet Data Protocol (PDP)-kontekst, rutingregler og autentiseringsparametere en Android-enhet må bruke for å etablere en databane mot en mobiloperatørs Packet Data Network (PDN). Feilkonfigurering av et APN – eller utelatelse av kritiske parametere – kan føre til at mobildata fungerer fint på selve telefonen, mens delt internett kuttes fullstendig.

Nedenfor er en grundig gjennomgang av de kritiske parameterne som styrer dataruting, posisjonsassistanse og tilkobling av delt internett.

APN-typehierarkiet: Dekonstruksjon av default, supl, dun, mms og hipri

Android avgjør hvilke nettverksgrensesnitt som skal håndtere utgående sockets via feltet APN-type. Dette feltet tar imot en kommadelt tekststreng (strengt uten mellomrom). Hvis du utelater et nødvendig parameter, instrueres Android om å blokkere trafikk fra den tilhørende systemtjenesten eller det eksterne grensesnittet.

Standard oppsett for reise-eSIM: default,supl,dun
Eldre / operatørlåst profil: default,mms (Blokkerer delt internett fullstendig)

Hvorfor manglende dun fører til tapte datapakker

Når en bærbar datamaskin eller et nettbrett kobler seg til Android-telefonens Wi-Fi-hotspot, sjekker Androids rutingmodul den aktive PDP-profilen.

1. Hvis operatørens SIM-profil tilsier at internettdeling krever dun-klassen, men den aktive APN-strengen bare inneholder default, dropper Android pakkene fra delingsbroen, eller prøver å forhandle en ikke-eksisterende sekundær operatør-DUN-APN.
2. Under roaming gjør den besøkte basestasjonen (VPLMN) et oppslag mot hjemmenettverkets (HPLMN) policyserver (PCRF). Hvis dun mangler i den forespurte APN-konteksten, forkaster gatewayene (SGW/PGW) de innkapslede pakkene direkte på GTP-laget (GPRS Tunneling Protocol).

APN-protokoll og APN-roamingprotokoll: Løsning på dual-stack-håndtrykksfeil

APN-protokoll (brukes innenlands) og APN-roamingprotokoll (aktiv når reise-eSIM-et er registrert på et internasjonalt partnernettverk) bestemmer hvordan lokale og gjestende gatewayer tildeler IP-adresser til enheten din.

Android støtter tre protokolltilstander:

• Kun IPv4: Bruker utelukkende 32-bits adresser. Avhengig av Carrier-Grade NAT (CGNAT). God kompatibilitet, men introduserer forsinkelse (latency) og pakkehode-overhead.
• Kun IPv6: Bruker 128-bits adresser. Mangler bakoverkompatibilitet med eldre tilkoblede enheter som ikke støtter 464XLAT eller DNS64/NAT64-oversettelseslag. Dette gir umiddelbart feilen «Tilkoblet, uten internett» på klienten.
• IPv4/IPv6 (Dual-Stack): Den optimale innstillingen. Etablerer doble PDP-kontekster og tildeler både en IPv4- og en IPv6-grensesnittadresse.

Effekten av GTP-tunneler og MTU-fragmentering i utlandet

Internasjonal datatrafikk over et reise-eSIM sendes gjennom en innkapslet GTP-tunnel mellom den lokale mobilmasten og eSIM-leverandørens hjemme-PGW. Denne innkapslingen skaper ekstra protokoll-overhead:

• Standard Ethernet/Wi-Fi MTU: 1500 byte
• Typisk mobil MTU for roaming over GTP: 1400 - 1440 byte

Når en tilkoblet laptop sender ufragmenterte 1500-byte pakker over en ren IPv4-roamingforbindelse, forkaster mobile mellomleddsgatewayer de overdimensjonerte pakkene uten å sende tilbake ICMP Destination Unreachable (Fragmentation Needed)-svar. Dette gjør at sikre TLS/SSL-håndtrykk henger på ubestemt tid.

Ved å aktivere IPv4/IPv6 Dual-Stack tas moderne Path MTU Discovery (PMTUD) og TCP Maximum Segment Size (MSS) clamping i bruk. Dette forhindrer usynlig pakketap og løser ustabile tilkoblinger på datamaskiner koblet til ditt hotspot.

Operatørarkitektur: Hvorfor moderne reiseleverandører forhindrer konfigurasjonsfeil

Tradisjonelle reise-SIM-kort er basert på rigide, låste APN-profiler som krever manuell klargjøring fra operatøren og struper båndbredden kraftig så snart du overskrider kvoten. Til sammenligning benytter moderne internasjonale leverandører som MollySIM en tilpasningsdyktig kjernenettverksstruktur som forhåndskonfigurerer enhetlige default,supl,dun-strenger og robuste IPv4/IPv6 dual-stack-protokoller automatisk.

I tillegg, hvis en tilkoblet laptop skulle starte store bakgrunnsoppdateringer (som skytjenestesynkronisering), sørger MollySIMs 384 kbps Fair Use Policy (FUP) – som er 3 ganger raskere enn industristandarden på 128 kbps – for at primærtilkoblingen beholder nok båndbredde til at essensielle apper som Google Maps, Uber, WhatsApp-tale og mobilbetaling fungerer uten tidsavbrudd.

Trinn-for-trinn-veiledning: Legge til og redigere tilpassede APN-er på Samsung One UI, Google Pixel og Stock Android

Siden ulike Android-produsenter tilpasser grensesnittene sine, varierer menyvalgene for tilgangspunktnavn mellom merkene. Følg de produsentspesifikke instruksjonene nedenfor for å konfigurere en APN-profil som støtter delt internett.

1. Menystier for ulike enheter

2. Trinn-for-trinn konfigurasjon

Når du har åpnet skjermbildet for Nytt APN / Rediger tilgangspunkt, legger du inn følgende parametere:

Navn:           Reise Hotspot (eller leverandørnavn, f.eks. MollySIM)
APN:            [Leverandørens APN, f.eks. globaldata eller internet]
APN-type:       default,supl,dun
APN-protokoll:  IPv4/IPv6
APN-roaming:    IPv4/IPv6
Bærer:          Uspesifisert

1. Legg inn APN-typen: Trykk på APN-type og skriv inn default,supl,dun.

Merk: Pass på at det ikke er mellomrom etter kommaene. Skriver du default, supl, dun, vil tolkingen i Androids telefonirammeverk feile.

1. Angi Dual-Stack-protokoller: Sørg for at både APN-protokoll og APN-roamingprotokoll er satt eksplisitt til IPv4/IPv6. Dette hindrer at mellomliggende mobilgatewayer dropper ufragmenterte pakker på grunn av MTU-grenser.
2. Lagre profilen:

• På Samsung: Trykk på de tre vertikale prikkene (⋮) øverst til høyre > trykk på Lagre.
• På Pixel/OxygenOS: Trykk på de tre vertikale prikkene (⋮) > trykk på Lagre (eller trykk på hakeikonet).

1. Aktiver det nye APN-et: Gå tilbake til listen over tilgangspunktnavn og trykk manuelt på radioknappen ved siden av profilen du nettopp opprettet for å gjøre den aktiv.
2. Tving frem en ny radiotilkobling (Bruk flymodus): Basebåndmodemet beholder tidligere PDP-kontekster til det tvinges til å koble fra radiotilkoblingen. Slå Flymodus PÅ, vent 10 til 15 sekunder, og slå den AV igjen.

3. Spesialtilfeller: Omgå gråede eller låste APN-felter

kelte operatørtilpassede fastvarer (spesielt enheter låst til operatører som AT&T, Verizon eller NTT Docomo) har grået ut eller skjult inndatafeltet for APN-type, noe som hindrer manuell redigering.

• Løsning A: Opprett en helt ny APN-profil: Ikke prøv å redigere et eksisterende, skrivebeskyttet APN som fulgte med SIM-kortet. Trykk heller på Legg til (+)-ikonet for å opprette en ny oppføring fra bunnen av. Nye profiler låser opp de gråede feltene på 90 % av Android-telefoner.
• Løsning B: Skjult testmeny for telefoninformasjon: Åpne oppringeren og tast ##4636## for å åpne Androids skjulte testmeny. Gå til Telefoninformasjon, rull ned og kontroller tilstanden for nettverksklargjøring. Å slå Mobilradioeffekt av og på her sletter låste operatørtilstander uten at du trenger å fabrikktilbakestille enheten.

4. Verifisering av IP-tildeling og gateway-status

For å bekrefte at Android-kjernen har bundet delingsgrensesnittet til ditt APN:

1. Koble den sekundære enheten (laptop eller nettbrett) til telefonens Wi-Fi-hotspot.
2. Åpne en terminal (macOS/Linux) eller Ledetekst (Windows) på den tilkoblede maskinen og send ping til en offentlig IPv4- og IPv6-adresse:

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

1. Hvis maskinen slår opp offentlige DNS-adresser og overfører datapakker med 0 % pakketap, er dual-stack roaming PDP-konteksten etablert.

Hvis du reiser ofte og vil slippe komplisert APN-feilsøking, løser førsteklasses leverandører som MollySIM denne floken. MollySIM leverer automatisk kompatible, forhåndskonfigurerte profiler trådløst så snart du lander.

Skulle i tillegg bakgrunnsoppdateringer på datamaskinen tømme høyhastighetskvoten din, faller MollySIM tilbake på en 384 kbps Fair Use Policy (FUP)-hastighet. Fordi 384 kbps er 3 ganger raskere enn den begrensende standarden på 128 kbps hos budsjett-eSIM-er, vil ikke tilkoblede enheters bakgrunnstrafikk kvele lavforsinkelsestjenester som Google Maps, Uber eller betalingsapper på hovedtelefonen din.

Feilsøking av APN-parametre og oversikt over operatørbegrensninger

Når en Android-telefon har fungerende mobildata, men tilkoblede klienter på delt internett mangler nettilgang, ligger årsaken nesten alltid i en konflikt mellom Androids lokale rutingtabell og mobiloperatørens definisjoner for Packet Data Protocol (PDP)-konteksten.

Tabellen nedenfor viser feilsituasjoner som skyldes feilkonfigurerte APN-felter på reise-eSIM, samt de dokumenterte innstillingene som gjenoppretter toveis ruting for delt internett.

Hurtigoversikt for feilsøking