Paano Ayusin ang Android Hotspot na Hindi Gumagana sa Travel eSIM: Gabay sa APN Type dun at supl (2026)

Bakit Nagfe-fail ang Android Hotspot sa mga Travel eSIM: Mga Pangunahing Sanhi at 'Connected Without Internet' Errors

Kapag nag-activate ka ng Wi-Fi hotspot sa isang Android device gamit ang isang travel eSIM, madalas na lumalabas sa mga nakakonektang client device (tulad ng MacBook, iPad, o pangalawang telepono) ang nakadidismayang status: "Connected, no internet." Bagama't maayos na nakakapag-browse sa internet ang mismong Android host device, ang mga naka-tether na downstream device ay hindi makapag-resolve ng mga DNS query o makapagpalitan ng TCP/UDP packets.

Ang isyung ito ay bihirang maging sira sa hardware. Sa halip, nagmumula ito sa kung paano ibinubukod ng Android operating system ang network traffic, bineberipika ang carrier provisioning, at niruruta ang mga packet sa mga roaming cellular interface.

+-----------------------------------------------------------------------+
|                        ANDROID HOST SYSTEM                            |
|                                                                       |
|  +---------------------------+       +-----------------------------+  |
|  |   Default Apps Traffic    |       |  Wi-Fi Hotspot Clients      |  |
|  |   (Browser, Social, etc.) |       |  (Subnet: 192.168.43.0/24)  |  |
|  +-------------+-------------+       +--------------+--------------+  |
|                |                                    |                 |
|                v                                    v                 |
|        [ Routing Table: Main ]             [ Routing Table: Tether ]  |
|                |                                    |                 |
|                | (APN Type: default)                | (APN Type: dun) |
|                v                                    v                 |
|    +-----------------------+            +-----------------------+     |
|    | Primary Data Path     |            | Tethering Upstream    |     |
|    | Interface: rmnet_data0|            | Interface: rmnet_data1|     |
|    +-----------+-----------+            +-----------+-----------+     |
+----------------|------------------------------------|-----------------+
                 |                                    |
                 | (Pinapayagan)                      | (Na-block / Dropped)
                 v                                    v
       ========================================================
                      LOCAL ROAMING CELL TOWER
       (Walang DUN routing na naka-set -> Itinapon ang tethering packets)
       ========================================================

1. Arkitektura ng Android Network Stack: Upstream Interface Isolation

Sa antas ng kernel, inihihiwalay ng Android ang cellular traffic ng mismong device mula sa traffic ng mga naka-tether na client gamit ang mga nakalaang Linux routing table at packet filtering sa pamamagitan ng iptables / nftables sa loob ng netd (Network Daemon) subsystem.

• Paghahati ng Modem Interface: Ang mga device na gumagamit ng Qualcomm (Samsung Galaxy, Google Pixel, OnePlus) ay nagtatalaga ng cellular data sa mga virtual network interface na may pangalang rmnet_data0, rmnet_data1, atbp. Ang mga MediaTek chipset naman (karaniwan sa Xiaomi at mid-range na mga device) ay gumagamit ng ccmni0, ccmni1.
• Subnet at NAT Routing: Kapag pinagana mo ang hotspot, gumagawa ang Android ng isang lokal na subnet (karaniwang 192.168.43.0/24 o isang IPv6 /64 prefix) at sinusubukang i-bind ang isang Network Address Translation (NAT) rule mula sa Wi-Fi interface (wlan0 o ap0) patungo sa isang upstream cellular interface.
• Paghahati ayon sa APN Type: Kung matukoy ng Android na ang aktibong mobile network ay nangangailangan ng magkahiwalay na path para sa tethering, tatanggi itong iruta ang hotspot traffic sa karaniwang default APN interface. Sa halip, hayagan itong maghahanap ng upstream profile na naka-configure gamit ang dun (Dial-Up Networking) APN type upang magsimula ng pangalawang data bearer. Kung walang dun ang iyong travel eSIM profile, iruruta ng Android ang hotspot traffic sa wala o tuluyan nitong iba-block ang packet forwarding.

2. Mga Carrier Entitlement Check at TETHER_DUN_REQUIRED

Naglalaman ang Android ng internal carrier validation mechanism na pinamamahalaan ng CarrierConfigManager. Sa mga profile ng domestic carrier, nagti-trigger ito ng isang entitlement check—isang tahimik na query na ipinapadala sa operator upang kumpirmahin kung kasama sa iyong plano ang mga pahintulot sa tethering.

Kapag gumagamit ka ng travel eSIM sa ibang bansa:

1. Mga Hindi Nakikitang Roaming SIM: Kumokonekta ang device sa pamamagitan ng isang international roaming IMSI (madalas na nakabase sa mga hub tulad ng Austria, Hong Kong, o Poland). Hindi mahanap ng host Android OS ang tumutugmang domestic Carrier Bundle kaya gumagamit ito ng mga default carrier rule.
2. Pagpapatupad ng Flag: Kung ipinapatupad ng fallback profile ang TETHER_DUN_REQUIRED = 1, aktibong iba-block ng OS ang pag-bridge ng traffic sa default APN interface maliban kung may nakadeklarang hiwalay na dun profile.
3. Pagtatapon ng Packet sa Gateway: Kahit na i-forward ng Android ang mga packet, susuriin ng Packet Gateway (PGW) o User Plane Function (UPF) ng lokal na partner network ang packet header. Kung hindi tugma ang APN protocol o bearer profile sa mga kasunduan sa roaming, tahimik na itatapon ng upstream node ang mga naka-tether na packet.

3. Mga Banggaan sa Routing Table ng Dual-SIM (DSDS)

Karamihan sa mga biyahero ay gumagamit ng Dual SIM Dual Standby (DSDS) configuration: isang pisikal na SIM para sa kanilang regular na numero (tawag/SMS) at isang travel eSIM para sa data sa destinasyon.

+-------------------------------------------------------------------+
|               Mga Salungatan sa Pagruruta ng Dual-SIM             |
+--------------------+----------------------------------------------+
| Physical SIM (Home)| Priyoridad: Voice/SMS (Aktibo ang IMS)       |
| Travel eSIM (Data) | Priyoridad: Data Uplink                      |
| Tethering Subnet   | Salungatan: Binalot ng Host ang DNS sa SIM 1 |
+--------------------+----------------------------------------------+

Ang ganitong setup ay madalas na nagdudulot ng mga banggaan sa routing table:

• Mga Trap sa DNS Resolver: Maaaring iruta ng internal resolver daemon ng Android ang mga DNS lookup mula sa mga naka-tether na device sa hindi aktibo o roaming-restricted na DNS server ng pangunahing pisikal na SIM, na nagdudulot ng agarang pagkasira ng DNS sa mga nakakonektang client.
• Mga Hindi Pagtutugma sa IP MTU: Ang mga encapsulation ng roaming eSIM (tulad ng mga GTP tunnel sa pagitan ng lokal na network at ng home routing gateway ng eSIM) ay nagpapababa sa epektibong Maximum Transmission Unit (MTU). Habang awtomatikong inaayos ng browser ng telepono ang Laki ng Packet sa pamamagitan ng Path MTU Discovery, ang mga nakakonektang laptop ay madalas na nagpapadala ng malalaking packet (1500 bytes) na itinatapon ng mga mobile gateway nang hindi nagbabalik ng abiso ng ICMP fragmentation.

Ang paggamit ng mga modernong travel data provider tulad ng MollySIM ay nag-aalis sa mga isyung ito sa interface. Gumagamit ang MollySIM ng pinasimpleng multi-carrier APN architecture na idinisenyo upang lampasan ang mga proprietary carrier entitlement block habang awtomatikong inaayos ang mga pinag-isang data path. Bukod pa rito, sa pamamagitan ng 384kbps Fair Use Policy (FUP) limit ng MollySIM—na 3x na mas mabilis kaysa sa 128kbps na pamantayan ng industriya—ang mga kritikal na app tulad ng Google Maps, Uber, WhatsApp voice messaging, at Apple Pay ay nananatiling may aktibong socket connection kahit na nagpapatakbo ang mga client device ng mabibigat na background synchronization.

Paghimay sa Mahahalagang APN Fields: Ang Kritikal na Papel ng APN Type 'default,supl,dun' at Dual-Stack Protocols

Ang Access Point Name (APN) ay ang network gateway na tumutukoy sa eksaktong packet data protocol (PDP) context, mga panuntunan sa pagruruta, at mga parameter ng pagpapatunay na dapat gamitin ng isang Android device upang makapagtatag ng data path sa Packet Data Network (PDN) ng isang mobile carrier. Ang maling pag-configure ng APN—o pag-alis ng mahahalagang flag—ay maaaring mag-iwan sa mobile data ng telepono na gumagana habang ganap na pinuputol ang downstream tethering.

Nasa ibaba ang komprehensibong breakdown ng mga kritikal na parameter na namamahala sa pagruruta ng data, tulong sa lokasyon, at mga tethering handshake.

Ang Hierarchy ng APN Type: Paghimay sa default, supl, dun, mms, at hipri

Tinutukoy ng Android kung aling mga network interface ang humahawak ng mga papalabas na socket sa pamamagitan ng field na APN Type. Tumatanggap ang field na ito ng string na pinaghihiwalay ng kuwit (mahigpit na walang espasyo). Ang pag-alis ng kinakailangang token ay nag-uutos sa Android OS na i-block ang trapiko mula sa nauugnay na serbisyo ng system o peripheral interface.

Standard Travel eSIM Payload: default,supl,dun
Legacy / Carrier-Locked Profile: default,mms (Ganap na bina-block ang tethering bridge)

Bakit Nagtatapon ng Tethered Packets ang Kawalan ng dun

Kapag kumokonekta ang isang laptop o tablet sa iyong Android Wi-Fi hotspot, sinusuri ng upstream interface router ng Android ang aktibong PDP profile.

1. Kung tinutukoy ng SIM profile ng operator na kailangan ng tethering ang dun class, ngunit naglalaman lamang ng default ang aktibong APN string, itatapon ng Android ang mga tethering bridge packet o susubukang mag-negotiate ng hindi umiiral na pangalawang carrier DUN APN.
2. Sa mga sitwasyon ng roaming, tinatanong ng binibisitang base station (VPLMN) ang policy server (PCRF) ng Home Public Land Mobile Network (HPLMN). Kung walang dun sa hiniling na APN context, direktang itatapon ng mga mobile network gateway (SGW/PGW) ang mga encapsulated tethered packet sa GTP (GPRS Tunneling Protocol) layer.

APN Protocol at APN Roaming Protocol: Paglutas sa Pagkasira ng Dual-Stack Handshake

Ang APN Protocol (ginagamit sa loob ng iyong sariling bansa) at APN Roaming Protocol (aktibo kapag nagrehistro ang iyong travel eSIM sa isang international partner network) ang nagdidikta kung paano nagtatalaga ng mga IP address ang mga lokal at roaming gateway sa iyong device.

Nagbibigay-daan ang Android ng tatlong opsyon sa protocol:

• IPv4 Only: Nagpapadala lamang ng mga 32-bit address. Umaasa sa carrier-grade NAT (CGNAT). Malawak ang compatibility, ngunit nagdudulot ng latency at packet-header overhead.
• IPv6 Only: Nagpapadala ng mga 128-bit address. Walang backward compatibility sa mga lumang nakakonektang device na hindi sumusuporta sa 464XLAT o DNS64/NAT64 translation layers, na nagiging sanhi ng agarang "Connected, no internet" errors sa client hardware.
• IPv4/IPv6 (Dual-Stack): Ang pinakamainam na setting. Nagtatatag ng dual PDP contexts, nagtatalaga ng parehong IPv4 at IPv6 interface address.

Ang Epekto ng GTP Tunneling at MTU Fragmentation sa Ibang Bansa

Ang international data na dumadaan sa isang travel eSIM ay lumalagos sa isang encapsulated GTP tunnel sa pagitan ng lokal na cell tower at ng home PGW ng provider ng eSIM. Ang encapsulation na ito ay nagdaragdag ng malaking protocol overhead:

• Default Ethernet/Wi-Fi MTU: 1500 bytes
• Karaniwang Roaming GTP Mobile MTU: 1400 - 1440 bytes

Kapag nagpadala ang mga nakakonektang laptop ng mga unfragmented 1500-byte packet sa pamamagitan ng IPv4-only roaming link, itinatapon ng mga intermediate mobile gateway ang malalaking packet nang hindi bumubuo ng ICMP Destination Unreachable (Fragmentation Needed) replies. Nagiging sanhi ito ng tuluyang pagka-hang ng mga secure na TLS/SSL handshake.

Ang pagpapagana sa IPv4/IPv6 Dual-Stack ay nag-a-activate ng modernong Path MTU Discovery (PMTUD) at modernong TCP Maximum Segment Size (MSS) clamping. Pinipigilan nito ang tahimik na pagtatapon ng packet at nilulutas ang pagkawala ng koneksyon sa mga laptop na nakakabit sa iyong hotspot.

Carrier Architecture: Bakit Napipigilan ng mga Makabagong Travel Provider ang mga Problema sa Configuration

Ang mga tradisyunal na travel SIM ay umaasa sa mga saradong APN profile na nangangailangan ng manu-manong carrier provisioning at labis na nagpapabagal ng bandwidth kapag lumagpas ka sa base allocation. Sa kabilang banda, ang mga modernong international provider tulad ng MollySIM ay gumagamit ng madaling ibagay na multi-carrier network core na may naka-pre-configure nang default,supl,dun strings at maaasahang IPv4/IPv6 dual-stack protocols sa simula pa lamang.

Bukod dito, sakaling magsimula ang isang nakakonektang laptop ng malalaking background sync task (tulad ng cloud drive backup), tinitiyak ng 384kbps Fair Use Policy (FUP) ng MollySIM—na 3x na mas mabilis kaysa sa 128kbps standard ng industriya—na mananatiling may sapat na bandwidth ang pangunahing koneksyon upang magamit ang mahahalagang app tulad ng Google Maps, Uber, WhatsApp voice messaging, at Apple Pay nang walang network timeout.

Hakbang-hakbang na Gabay: Pagdaragdag at Pag-edit ng Custom APN sa Samsung One UI, Google Pixel, at Stock Android

Dahil binabago ng iba't ibang manufacturer ng Android ang mga menu ng pamamahala sa network, nagkakaiba-iba ang eksaktong daan sa mga setting ng access point ayon sa brand. Sundin ang mga tagubilin sa ibaba para ma-configure ang mga APN profile na angkop sa tethering.

1. Mga Daan sa Navigation Ayon sa Device

2. Pagkakasunod-sunod ng Hakbang sa Pag-configure

Kapag nabuksan mo na ang screen ng New APN / Edit Access Point, ilagay ang mga sumusunod na parameter:

Name:           Travel Hotspot (o pangalan ng provider, hal., MollySIM)
APN:            [APN ng Iyong Provider, hal., globaldata o internet]
APN Type:       default,supl,dun
APN Protocol:   IPv4/IPv6
APN Roaming:    IPv4/IPv6
Bearer:         Unspecified

1. Ilagay ang Pinag-isang APN String: I-tap ang APN Type at i-type ang default,supl,dun.

Tandaan: Siguraduhing walang espasyo pagkatapos ng mga kuwit. Ang paglalagay ng default, supl, dun ay magdudulot ng error sa pag-parse sa telephony framework ng Android.

1. Itakda ang Dual-Stack Settings: Siguraduhing parehong nakatakda sa IPv4/IPv6 ang APN Protocol at APN Roaming Protocol. Pinipigilan nito ang mga intermediate mobile gateway sa pagtatapon ng mga unfragmented tethered packet dahil sa mga limitasyon sa laki ng MTU.
2. I-save ang Profile:

• Sa Samsung: I-tap ang tatlong patayong tuldok (⋮) sa itaas sa kanan > i-tap ang Save.
• Sa Pixel/OxygenOS: I-tap ang tatlong patayong tuldok (⋮) > i-tap ang Save (o i-tap ang checkmark icon).

1. Piliin ang Aktibong APN: Bumalik sa listahan ng Access Point Names at manu-manong i-tap ang radio button sa tabi ng iyong bagong gawang profile upang i-activate ito.
2. Puwersahin ang RRC Connection Release (Pag-toggle ng Airplane Mode): Pinapanatili ng baseband modem ang mga dating PDP context hangga't hindi ito napipilitang bitawan ang koneksyon. I-toggle ang Airplane Mode sa ON, maghintay ng 10 hanggang 15 segundo, at i-toggle ito pabalik sa OFF.

3. Mga Espesyal na Kaso: Pag-bypass sa mga Greyed-Out na APN Field

Ang ilang carrier-branded firmware (lalo na ang mga naka-lock na device mula sa Verizon, AT&T, o NTT Docomo) ay ginagawang kulay abo (greyed-out) o itinatago ang input box ng APN Type, na pumipigil sa manu-manong pagpasok ng text.

• Paraan A: Gumawa ng Bagong APN Profile: Huwag kailanman i-edit ang isang umiiral na, read-only na APN na na-preload ng SIM. Sa halip, i-tap ang Add (+) icon upang gumawa ng bagong profile mula sa simula. Naa-unlock ng mga bagong profile ang mga greyed-out field sa 90% ng mga Android device.
• Paraan B: Phone Info Diagnostic Menu: Buksan ang iyong phone dialer at ilagay ang ##4636## para lumabas ang nakatagong testing menu ng Android. Pumunta sa Phone Information, mag-scroll pababa, at suriin ang network provisioning state. Ang pag-toggle ng Mobile Radio Power sa off at on dito ay nagtatanggal ng mga nakabimbing carrier lock nang hindi kailangang mag-factory reset.

4. Pag-verify ng IP Allocation at Gateway Status

Upang makumpirma na matagumpay na nai-bind ng Android kernel ang tethering interface sa iyong multi-bearer APN:

1. Ikonekta ang iyong pangalawang device (laptop o tablet) sa Android hotspot.
2. Magbukas ng terminal (macOS/Linux) o Command Prompt (Windows) sa nakakonektang computer at mag-ping sa isang pampublikong IPv4 at IPv6 address:

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

1. Kung naisasalin ng host ang mga pampublikong DNS address at nakakapagpadala ng mga packet nang may 0% packet loss, naitatag na ang dual-stack roaming PDP context.

Kung madalas kang bumiyahe at nais mong iwasan ang masalimuot na pag-aayos ng APN, pinapasimple ng mga premium provider tulad ng MollySIM ang prosesong ito. Awtomatikong nagbibigay ang MollySIM ng mga compliant at pre-configured na tethering profile sa ere pagkababa mo pa lang ng eroplano.

Higit pa rito, kung maubos ng mga background update ng iyong laptop ang iyong high-speed quota, lilipat ang MollySIM sa 384kbps Fair Use Policy (FUP) speed limit. Dahil ang 384kbps ay 3x na mas mabilis kaysa sa mahigpit na 128kbps standard ng ibang budget eSIM, ang mga background tethered socket ay hindi magpapatigil sa mga low-latency mobile service tulad ng Google Maps, Uber, o Apple Pay sa iyong pangunahing telepono.

Pag-troubleshoot ng APN Parameters & Carrier Tethering Restriction Matrix

Kapag maayos na nakakagamit ng data ang Android handset ngunit hindi makapag-internet ang mga nakakonektang downstream tethered client, ang sanhi ay halos palaging hindi pagtutugma sa pagitan ng local interface routing table ng Android at ng Packet Data Protocol (PDP) context definitions ng mobile network operator (MNO).

Ipinapakita sa talahanayan sa ibaba ang mga eksaktong failure mode na dulot ng maling configuration sa Access Point Name (APN) fields sa mga travel eSIM, kasama ang mga napatunayang solusyon upang maibalik ang maayos na tethering.

Mabilisang Diagnostic Matrix