Så fixar du Android-surfzon som inte fungerar med rese-eSIM: Guide för APN-typ dun & supl (2026)

Varför Android-surfzoner fallerar med rese-eSIM: Grundorsaker och felet "Ansluten utan internet"

När du aktiverar en Wi-Fi-surfzon (hotspot) på en Android-enhet med ett rese-eSIM visar anslutna klientenheter (som MacBooks, iPads eller en extra telefon) ofta en frustrerande status: "Ansluten, inget internet". Medan värdenheten surfar på webben utan problem misslyckas anslutna enheter med att slå upp DNS-adresser eller utbyta TCP/UDP-paket.

Detta problem beror sällan på ett hårdvarufel. I stället handlar det om hur operativsystemet Android isolerar nätverkstrafik, verifierar operatörsbehörigheter (carrier provisioning) och dirigerar datapaket över mobila roaminggränssnitt.

+-----------------------------------------------------------------------+
|                         ANDROID-VÄRDSYSTEM                            |
|                                                                       |
|  +---------------------------+       +-----------------------------+  |
|  |   Trafik från standardapp |       |   Klienter på Wi-Fi-surfzon |  |
|  |   (Webbläsare, appar etc.)|       |   (Subnät: 192.168.43.0/24) |  |
|  +-------------+-------------+       +--------------+--------------+  |
|                |                                    |                 |
|                v                                    v                 |
|        [ Routingtabell: Huvud ]            [ Routingtabell: Delning ] |
|                |                                    |                 |
|                | (APN-typ: default)                 | (APN-typ: dun)  |
|                v                                    v                 |
|    +-----------------------+            +-----------------------+     |
|    | Primär datasökväg     |            | Uppströmsdelning      |     |
|    | Gränssnitt: rmnet_data0|           | Gränssnitt: rmnet_data1|    |
|    +-----------+-----------+            +-----------+-----------+     |
+----------------|------------------------------------|-----------------+
                 |                                    |
                 | (Tillåten)                         | (Blockerad / Kasseras)
                 v                                    v
       ========================================================
                      LOKAL ROAMINGMAST
         (Ingen DUN-routing konfigurerad -> Paket från delning kasseras)
       ========================================================

1. Androids nätverksstack: Isolering av uppströmsgränssnitt

På kärnnivå separerar Android mobil datatrafik som genereras direkt på enheten från internetdelad klienttrafik med hjälp av dedikerade Linux-routingtabeller och paketfiltrering via iptables / nftables i undersystemet netd (Network Daemon).

• Separering av modemgränssnitt: Qualcomm-baserade enheter (Samsung Galaxy, Google Pixel, OnePlus) tilldelar mobildata till virtuella nätverksgränssnitt med namn som rmnet_data0, rmnet_data1 osv. MediaTek-chipset (vanliga i Xiaomi och enheter i mellansegmentet) använder ccmni0, ccmni1.
• Subnät & NAT-routing: När du aktiverar surfzonen skapar Android ett lokalt subnät (vanligtvis 192.168.43.0/24 eller ett IPv6 /64-prefix) och försöker binda en NAT-regel (Network Address Translation) från Wi-Fi-gränssnittet (wlan0 eller ap0) till ett uppströms mobilgränssnitt.
• Separering via APN-typ: Om Android upptäcker att det aktiva mobilnätet kräver separata sökvägar för internetdelning vägrar systemet att dirigera surfzonstrafiken genom standardgränssnittet med APN-typen default. I stället söker det aktivt efter en uppströmsprofil konfigurerad med APN-typen dun (Dial-Up Networking) för att starta en sekundär databärare. Om din profil för rese-eSIM saknar dun skickar Android trafiken rakt ut i tomma intet eller blockerar vidarebefordran helt.

2. Operatörskontroller (Carrier Entitlement) och TETHER_DUN_REQUIRED

Android har en intern valideringsmekanism som styrs av CarrierConfigManager. I inhemska operatörsprofiler utlöser detta en behörighetskontroll (entitlement check) – en tyst förfrågan till operatören för att verifiera om ditt abonnemang tillåter internetdelning.

När du använder ett rese-eSIM utomlands:

1. Oidentifierade roaming-SIM-kort: Enheten ansluter via ett internationellt roaming-IMSI (ofta baserat i hubbar som Österrike, Hongkong eller Polen). Värdoperativsystemet Android hittar inget matchande inhemskt operatörspaket och faller tillbaka på standardregler.
2. Flaggtvingande: Om standardprofilen kräver TETHER_DUN_REQUIRED = 1 blockerar operativsystemet aktivt trafikbryggning över default-APN-gränssnittet såvida inte en separat dun-profil har deklarerats.
3. Paket kasseras i gatewayen: Även om Android skickar paketen vidare inspekterar den lokala partneroperatörens Packet Gateway (PGW) eller User Plane Function (UPF) pakethuvudet. Om APN-protokollet eller bärarprofilen inte matchar roamingavtalet kasseras paketen tyst av uppströmsnoden.

3. Routingtabellkollisioner vid Dual-SIM (DSDS)

De flesta internationella resenärer använder en Dual SIM Dual Standby (DSDS)-konfiguration: ett fysiskt SIM-kort för det vanliga hemnumret (samtal/SMS) och ett rese-eSIM för data på resmålet.

+-------------------------------------------------------------------+
|                  Routingkonflikter vid Dual-SIM                   |
+--------------------+----------------------------------------------+
| Fysiskt SIM (Hem)  | Prioritet: Röst/SMS (IMS-lyssnare aktiv)     |
| Rese-eSIM (Data)   | Prioritet: Dataupplänk                       |
| Subnät för delning | Konflikt: Värden binder DNS till primärt SIM |
+--------------------+----------------------------------------------+

Denna konfiguration leder ofta till kollisioner i routingtabellen:

• DNS-resolverfällor: Androids interna resolver kan dirigera DNS-förfrågningar från anslutna enheter genom den inaktiva eller roamingbegränsade DNS-servern på det primära fysiska SIM-kortet, vilket orsakar omedelbara DNS-fel på anslutna klienter.
• IP MTU-avvikelser: Inkapsling av roaming-eSIM (t.ex. GTP-tunnlar mellan det lokala besökta nätverket och eSIM-leverantörens hemgateway) minskar den effektiva Maximum Transmission Unit (MTU). Medan telefonens webbläsare automatiskt förhandlar paketstorlek via Path MTU Discovery skickar anslutna bärbara datorer ofta för stora paket (1500 byte) som kasseras av mellanliggande mobilgateways utan att skicka ett ICMP-fragmenteringsmeddelande i retur.

Genom att använda moderna resedatalösningar som MollySIM minimeras dessa gränssnittskonflikter. MollySIM använder en optimerad APN-arkitektur med stöd för flera operatörer som är utformad för att kringgå operatörsblockeringar och automatiskt etablera enhetliga datasökvägar. Dessutom innebär MollySIMs Fair Use Policy (FUP)-gräns på 384 kbps – 3 gånger snabbare än branschstandarden på 128 kbps – att kritiska appar som Google Maps, Uber, WhatsApp-röstmeddelanden och Apple Pay behåller aktiva anslutningar även om anslutna enheter kör tunga bakgrundssynkroniseringar.

Dekonstruktion av viktiga APN-fält: De avgörande rollerna för APN-typ 'default,supl,dun' och dubbelstacksprotokoll

Ett Access Point Name (APN) är nätverksgatewayen som definierar exakt vilken PDP-kontext (Packet Data Protocol), vilka routingregler och vilka autentiseringsparametrar en Android-enhet måste använda för att etablera en datasökväg till en mobiloperatörs Packet Data Network (PDN). Om ett APN konfigureras felaktigt – eller om viktiga flaggor utelämnas – kan mobildata fungera utmärkt på själva telefonen medan internetdelningen bryts helt.

Här är en genomgång av de kritiska parametrar som styr datarouting, platstjänster och handskakningar för internetdelning.

Hierarkin för APN-typer: Analys av default, supl, dun, mms och hipri

Android avgör vilka nätverksgränssnitt som ska hantera utgående anslutningar via fältet APN-typ. Detta fält tar emot en kommaseparerad sträng (helt utan mellanslag). Om en obligatorisk parameter saknas blockerar Android-systemet trafiken från den associerade systemtjänsten eller det externa gränssnittet.

Standardkonfiguration för rese-eSIM: default,supl,dun
Äldre / Operatörslåst profil: default,mms (Blockerar internetdelningsbryggan helt)

Varför avsaknad av dun gör att paket från internetdelning kasseras

När en bärbar dator eller surfplatta ansluter till din Android-surfzon kontrollerar Androids gränssnittsrouter den aktiva PDP-profilen.

1. Om operatörens SIM-profil anger att internetdelning kräver dun-klassen, men den aktiva APN-strängen endast innehåller default, kasserar Android delningspaketen eller försöker förhandla om en icke-existerande sekundär DUN-APN från operatören.
2. Vid roaming skickar den besökta basstationen (VPLMN) en förfrågan till policyservern (PCRF) hos hemmanätverket (HPLMN). Om dun saknas i den begärda APN-kontexten kasserar mobilnätverkets gateways (SGW/PGW) de inkapslade paketen direkt i GTP-lagret (GPRS Tunneling Protocol).

APN-protokoll & APN-roamingprotokoll: Lösning på misslyckade handskakningar i dubbelstack

APN-protokollet (som används inom hemlandets täckning) och APN-roamingprotokollet (aktivt när ditt rese-eSIM registrerar sig på ett internationellt partnernätverk) styr hur lokala gateways och roaminggateways tilldelar IP-adresser till din enhet.

Android stöder tre protokollägen:

• Endast IPv4: Överför uteslutande 32-bitarsadresser. Beroende av Carrier-Grade NAT (CGNAT). Mycket kompatibelt, men introducerar latens och overhead i pakethuvuden.
• Endast IPv6: Överför 128-bitarsadresser. Saknar bakåtkompatibilitet med äldre anslutna enheter som inte stöder översättningslagren 464XLAT eller DNS64/NAT64, vilket leder till omedelbara "Ansluten, inget internet"-fel på klienthårdvaran.
• IPv4/IPv6 (Dubbelstack): Den optimala inställningen. Upprättar dubbla PDP-kontexter och tilldelar både en IPv4- och en IPv6-gränssnittsadress.

Effekten av GTP-tunnling och MTU-fragmentering utomlands

Internationell data som färdas över ett rese-eSIM passerar genom en inkapslad GTP-tunnel mellan den lokala masten och eSIM-leverantörens hem-PGW. Denna inkapsling lägger till betydande protokoll-overhead:

• Standard MTU för Ethernet/Wi-Fi: 1500 byte
• Typisk MTU för mobil roaming med GTP: 1400 - 1440 byte

När anslutna bärbara datorer skickar ofragmenterade 1500-bytespaket via en ren IPv4-roaminglänk kasserar mellanliggande mobilgateways de överdimensionerade paketen utan att generera svar om att fragmentering krävs (ICMP Destination Unreachable (Fragmentation Needed)). Detta gör att säkra TLS/SSL-handskakningar hänger sig på obestämd tid.

Genom att aktivera IPv4/IPv6 Dual-Stack aktiveras modern Path MTU Discovery (PMTUD) och TCP Maximum Segment Size (MSS)-klämning. Detta förhindrar att paket tappas i det tysta och löser anslutningsproblemen på datorer anslutna till din surfzon.

Operatörsarkitektur: Varför moderna reseleverantörer förhindrar konfigurationsfel

Äldre rese-SIM-kort förlitar sig på stela, låsta APN-profiler som kräver manuell operatörskonfiguration och stryper bandbredden kraftigt så fort du överskrider grundkvoten. Moderna internationella leverantörer som MollySIM använder i stället en anpassningsbar nätverkskärna för flera operatörer som levererar färdigkonfigurerade default,supl,dun-strängar och robusta IPv4/IPv6-dubbelstacksprotokoll direkt vid leverans.

Om en ansluten dator skulle starta stora bakgrundsuppdateringar (som synkronisering av molnlagring) säkerställer MollySIMs Fair Use Policy (FUP) på 384 kbps – som är 3 gånger snabbare än branschstandarden på 128 kbps – att primäranslutningen behåller tillräcklig bandbredd för att köra viktiga appar som Google Maps, Uber, WhatsApp-röstsamtal och Apple Pay utan nätverksavbrott.

Steg-för-steg-guide: Lägga till och redigera anpassade APN på Samsung One UI, Google Pixel och ren Android (Stock Android)

Eftersom olika mobiltillverkare anpassar inställningsmenyerna skiljer sig navigeringsvägen till APN-konfigurationer något åt. Följ instruktionerna nedan för din specifika enhet.

1. Enhetsspecifika navigeringsvägar

2. Steg-för-steg-konfiguration

När du har öppnat skärmen Nytt APN / Redigera åtkomstpunkt anger du följande parametrar:

Namn:           Resesurfzon (eller leverantörens namn, t.ex. MollySIM)
APN:            [Din leverantörs APN, t.ex. globaldata eller internet]
APN-typ:        default,supl,dun
APN-protokoll:  IPv4/IPv6
APN-roaming:    IPv4/IPv6
Bärare:         Ospecificerad

1. Ange den enhetliga APN-strängen: Tryck på APN-typ och skriv in default,supl,dun.

Obs: Se till att det inte finns några mellanslag efter kommatecknen. Att skriva default, supl, dun gör att tolkningen misslyckas i Androids telefoniramverk.

1. Ställ in dubbelstack: Se till att både APN-protokoll och APN-roamingprotokoll är explicit inställda på IPv4/IPv6. Detta förhindrar att mobilgateways tappar ofragmenterade paket på grund av MTU-begränsningar.
2. Spara profilen:

• På Samsung: Tryck på de tre vertikala punkterna (⋮) uppe till höger > tryck på Spara.
• På Pixel/OxygenOS: Tryck på de tre vertikala punkterna (⋮) > tryck på Spara (eller tryck på bockikonen).

1. Välj det aktiva APN-värdet: Återgå till listan över åtkomstpunktsnamn och tryck manuellt på radioknappen bredvid din nyskapade profil för att aktivera den.
2. Tvinga RRC-återställning (växla flygplansläge): Modemet behåller tidigare PDP-kontexter tills det tvingas släppa anslutningen. Slå PÅ flygplansläget, vänta 10 till 15 sekunder och slå AV det igen.

3. Specialfall: Kringgå gråmarkerade APN-fält

Vissa operatörsanpassade firmware-versioner (särskilt enheter låsta till utländska operatörer som Verizon, AT&T eller NTT Docomo) gråmarkerar eller döljer inmatningsfältet för APN-typ, vilket förhindrar manuella ändringar.

• Lösning A: Skapa en helt ny APN-profil: Redigera aldrig ett befintligt, skrivskyddat APN som lästs in från SIM-kortet. Tryck i stället på Lägg till (+)-ikonen för att bygga en ny profil från grunden. Nya profiler låser upp gråmarkerade fält på 90 % av alla Android-enheter.
• Lösning B: Diagnostikmenyn Telefoninformation: Öppna telefonappen och slå ##4636## för att öppna Androids dolda testmeny. Gå till Telefoninformation, scrolla ner och kontrollera nätverksprovisioneringens status. Att stänga av och slå på Mobilradiostyrka här rensar gamla operatörslås utan att du behöver fabriksåterställa telefonen.

4. Verifiera IP-tilldelning och gatewaystatus

För att verifiera att Android-kärnan har bundit delningsgränssnittet till ditt nya APN:

1. Anslut din sekundära enhet (dator eller surfplatta) till Android-surfzonen.
2. Öppna en terminal (macOS/Linux) eller Kommandotolken (Windows) på klientenheten och pinga en extern offentlig IPv4- och IPv6-adress:

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

1. Om enheten slår upp offentliga DNS-adresser och skickar paket med 0 % paketförlust har roamingens dubbelstacks-PDP-kontext etablerats korrekt.

Om du reser ofta och vill slippa manuell APN-felsökning förenklar premiumleverantörer som MollySIM denna arkitektur. MollySIM levererar automatiskt kompatibla, förkonfigurerade profiler för internetdelning direkt över nätet så fort du landar.

Om bakgrundsuppdateringar på datorn skulle förbruka din höghastighetskvot sänks hastigheten hos MollySIM till en **Fair Use Policy (FUP)-gr