วิธีแก้ Android แชร์ฮอตสปอตไม่ได้บน Travel eSIM: คู่มือตั้งค่า APN Type dun & supl (2026)

---

ทำไม Android ถึงแชร์ฮอตสปอตผ่าน Travel eSIM ไม่ได้: สาเหตุเบื้องลึกและข้อผิดพลาด 'Connected Without Internet'

เมื่อคุณเปิดใช้งาน Wi-Fi Hotspot บนอุปกรณ์ Android ที่ใช้งาน Travel eSIM บ่อยครั้งที่อุปกรณ์ลูกข่าย (เช่น MacBook, iPad หรือสมาร์ทโฟนเครื่องสำรอง) จะแสดงสถานะที่ชวนปวดหัวว่า: "Connected, no internet" (เชื่อมต่อแล้วแต่ไม่มีอินเทอร์เน็ต) ในขณะที่สมาร์ทโฟน Android เครื่องหลักสามารถท่องเว็บได้ตามปกติ แต่อุปกรณ์ที่รับสัญญาณการแชร์อินเทอร์เน็ต (Tethering) กลับไม่สามารถแปลงชื่อโฮสต์ผ่าน DNS หรือรับส่งแพ็กเก็ต TCP/UDP ได้เลย

ปัญหานี้แทบไม่เคยเกิดจากความเสียหายของฮาร์ดแวร์ แต่มักเกิดจากวิธีการที่ระบบปฏิบัติการ Android แยกประเภททราฟฟิกเครือข่าย การตรวจสอบสิทธิ์ของผู้ให้บริการ (Carrier Provisioning) และการกำหนดเส้นทางแพ็กเก็ต (Routing) ผ่านอินเทอร์เฟซเซลลูลาร์ขณะโรมมิ่ง

`` +-----------------------------------------------------------------------+ | ระบบโฮสต์ ANDROID | | | | +---------------------------+ +-----------------------------+ | | | ทราฟฟิกแอปทั่วไปของเครื่อง | | อุปกรณ์ที่ต่อ Wi-Fi Hotspot | | | | (เบราว์เซอร์, โซเชียล ฯลฯ) | | (Subnet: 192.168.43.0/24) | | | +-------------+-------------+ +--------------+--------------+ | | | | | | v v | | [ Routing Table: หลัก ] [ Routing Table: Tether ] | | | | | | | (APN Type: default) | (APN Type: dun) | | v v | | +-----------------------+ +-----------------------+ | | | เส้นทางข้อมูลหลัก | | เส้นทาง Tethering ขาขึ้น| | | | Interface: rmnet_data0| | Interface: rmnet_data1| | | +-----------+-----------+ +-----------+-----------+ | +----------------|------------------------------------|-----------------+ | | | (อนุญาต) | (ถูกบล็อก / ถูกทิ้ง) v v ======================================================== เสาสัญญาณโรมมิ่งท้องถิ่น (ไม่มีการตั้งค่า DUN routing -> ทิ้งแพ็กเก็ต Tethering) ======================================================== ``

---

1. สถาปัตยกรรม Network Stack ของ Android: การแยกอินเทอร์เฟซอัปสตรีม

ในระดับเคอร์เนล (Kernel) Android จะแยกทราฟฟิกข้อมูลเซลลูลาร์ที่ใช้งานบนเครื่อง ออกจากทราฟฟิกของอุปกรณ์ที่เชื่อมต่อผ่าน Tethering โดยใช้ตารางเส้นทาง (Routing Tables) ของ Linux แยกเฉพาะ และกรองแพ็กเก็ตผ่าน iptables / nftables ภายในระบบย่อย netd (Network Daemon)

• การแยกอินเทอร์เฟซของโมเด็ม: ชิปเซ็ต Qualcomm (เช่น Samsung Galaxy, Google Pixel, OnePlus) จะกำหนดดาต้าเซลลูลาร์ให้อยู่บนอินเทอร์เฟซเสมือนชื่อ rmnet_data0, rmnet_data1 เป็นต้น ส่วนชิปเซ็ต MediaTek (พบได้ทั่วไปใน Xiaomi และสมาร์ทโฟนระดับกลาง) จะใช้ ccmni0, ccmni1
• Subnet และการกำหนดเส้นทาง NAT: เมื่อคุณเปิดฮอตสปอต Android จะสร้าง Subnet ภายในเครื่อง (ปกติจะเป็น 192.168.43.0/24 หรือ IPv6 คำนำหน้า /64) และพยายามผูกกฎ Network Address Translation (NAT) จากอินเทอร์เฟซ Wi-Fi (wlan0 หรือ ap0) ไปยังอินเทอร์เฟซเซลลูลาร์ขาขึ้น
• การแยกประเภท APN Type: หาก Android ตรวจพบว่าเครือข่ายมือถือนั้นต้องการเส้นทางแยกต่างหากสำหรับการแชร์เน็ต ระบบจะไม่ยอมส่งทราฟฟิกฮอตสปอตผ่านอินเทอร์เฟซ APN แบบ default ทั่วไป แต่จะค้นหาโปรไฟล์ที่มีการตั้งค่า APN Type เป็น dun (Dial-Up Networking) โดยเฉพาะเพื่อเปิดใช้งาน Data Bearer ช่องทางที่สอง หากโปรไฟล์ Travel eSIM ของคุณไม่มีค่า dun ระบบ Android จะส่งทราฟฟิกฮอตสปอตลงหลุมดำ (Black Hole) หรือบล็อกการส่งต่อข้อมูลทันที

---

2. การตรวจสอบสิทธิ์ของผู้ให้บริการ (Entitlement Checks) และ TETHER_DUN_REQUIRED

Android มีกลไกการตรวจสอบผู้ให้บริการภายในที่จัดการโดย CarrierConfigManager สำหรับโปรไฟล์โอเปอเรเตอร์ในประเทศ กลไกนี้จะเรียกใช้งาน Entitlement Check ซึ่งเป็นการส่งคำสั่งเงียบๆ ไปยังเครือข่ายเพื่อตรวจสอบว่าแพ็กเกจของคุณอนุญาตให้แชร์ฮอตสปอตหรือไม่

`` [เปิดใช้งาน Hotspot] │ ▼ [ตรวจสอบ CarrierConfig: TETHER_DUN_REQUIRED หรือไม่?] ├── ไม่ ──> [เชื่อม NAT ไปยัง rmnet_data0 ปกติ] ──> อินเทอร์เน็ตใช้งานได้ │ └── ใช่ ──> [ค้นหาค่า 'dun' ในฐานข้อมูล APN] ├── พบ ──> [สร้าง bearer สำรอง rmnet_data1] └── ไม่พบ ──> [บล็อก Tethering / ไม่มีสัญญาณอัปสตรีม] ``

เมื่อคุณนำ Travel eSIM ไปใช้งานในต่างประเทศ:

1. ซิมโรมมิ่งที่ระบบไม่รู้จัก: ตัวเครื่องจะเชื่อมต่อผ่าน IMSI ของการโรมมิ่งระหว่างประเทศ (ซึ่งมักตั้งศูนย์กลางอยู่ในออสเตรีย ฮ่องกง หรือโปแลนด์) ทำให้ OS ของ Android ไม่พบคู่ชุดข้อมูล Carrier Bundle ที่ตรงกัน จึงเปลี่ยนไปใช้กฎพื้นฐานของผู้ให้บริการ
2. การบังคับใช้ Flag: หากโปรไฟล์สำรองนั้นกำหนดค่า TETHER_DUN_REQUIRED = 1 ตัวระบบปฏิบัติการจะบล็อกการส่งต่อทราฟฟิกข้ามอินเทอร์เฟซ APN default ทันที เว้นแต่ว่าจะมีการระบุโปรไฟล์ dun แยกไว้
3. Gateway ตัดแพ็กเก็ตทิ้ง: แม้ว่า Android จะยอมส่งต่อแพ็กเก็ตออกไป แต่เกตเวย์ Packet Gateway (PGW) หรือ User Plane Function (UPF) ของเครือข่ายคู่ค้าท้องถิ่นจะตรวจสอบส่วนหัวของแพ็กเก็ต (Packet Header) หากโปรโตคอล APN หรือโปรไฟล์ Bearer ไม่ตรงกับข้อตกลงการโรมมิ่ง โหนดฝั่งต้นทางจะทิ้งแพ็กเกจที่แชร์ฮอตสปอตไปอย่างเงียบๆ

---

3. ปัญหาชนกันของ Routing Table บนระบบสองซิม (DSDS)

นักเดินทางส่วนใหญ่มักใช้งานในรูปแบบ Dual SIM Dual Standby (DSDS): ใส่ซิมการ์ดปกติสำหรับเบอร์หลัก (รับสาย/SMS) ควบคู่กับ Travel eSIM สำหรับใช้งานอินเทอร์เน็ตที่ปลายทาง

`` +-------------------------------------------------------------------+ | ความขัดแย้งของ Routing บนระบบสองซิม (Dual-SIM) | +--------------------+----------------------------------------------+ | ซิมปกติ (เบอร์หลัก) | ลำดับความสำคัญ: Voice/SMS (IMS Listener ทำงาน) | | Travel eSIM (เน็ต) | ลำดับความสำคัญ: Data Uplink | | Tethering Subnet | ความขัดแย้ง: ระบบโฮสต์ผูก DNS ไปยังซิมหลัก | +--------------------+----------------------------------------------+ ``

การตั้งค่าลักษณะนี้มักนำไปสู่ปัญหาตาราง Routing ชนกัน:

• ปัญหา DNS Resolver: ระบบ Resolver ภายในของ Android อาจส่งคำขอแปลงค่า DNS จากอุปกรณ์ที่ต่อฮอตสปอต วิ่งผ่าน DNS Server ของซิมหลักที่ไม่ได้เปิดเน็ตหรือถูกระงับการโรมมิ่ง ส่งผลให้อุปกรณ์ที่เชื่อมต่อเกิดปัญหา DNS ล่มทันที
• ขนาด MTU ไม่ตรงกัน: การครอบแพ็กเก็ต (Encapsulation) ของ eSIM โรมมิ่ง (เช่น ท่อ GTP Tunnel ระหว่างเครือข่ายท้องถิ่นกับเกตเวย์หลักของ eSIM) ทำให้ค่า Maximum Transmission Unit (MTU) ใช้งานจริงลดลง แม้เบราว์เซอร์ในมือถือจะเจรจาขนาดแพ็กเก็ตผ่าน Path MTU Discovery ได้อัตโนมัติ แต่แล็ปท็อปที่มาเกาะฮอตสปอตมักจะส่งแพ็กเก็ตขนาดมาตรฐาน (1500 ไบต์) ออกไป ทำให้เกตเวย์ระหว่างทางตัดแพ็กเก็ตทิ้งโดยไม่ส่งสัญญาณแจ้งเตือนการแบ่งส่วนข้อมูล (ICMP Fragmentation Notice) กลับมา

การเลือกใช้ผู้ให้บริการดาต้าสำหรับการเดินทางยุคใหม่อย่าง MollySIM จะช่วยขจัดปัญหาความขัดแย้งเหล่านี้ได้ MollySIM ใช้สถาปัตยกรรม APN แบบ Multi-Carrier ประสิทธิภาพสูงที่ออกแบบมาเพื่อข้ามการบล็อก Entitlement ของโอเปอเรเตอร์ พร้อมรองรับการกำหนดเส้นทางข้อมูลอัตโนมัติ ยิ่งไปกว่านั้น ด้วยนโยบายการใช้งานอย่างเป็นธรรม Fair Use Policy (FUP) ที่ความเร็ว 384kbps ของ MollySIM ซึ่งเร็วกว่ามาตรฐานทั่วไปถึง 3 เท่า (มาตรฐานตลาดอยู่ที่ 128kbps) ทำให้แอปพลิเคชันจำเป็นอย่าง Google Maps, Uber, การส่งข้อความเสียงผ่าน WhatsApp และ Apple Pay ยังคงเชื่อมต่อได้อย่างราบรื่น แม้อุปกรณ์ที่เกาะฮอตสปอตจะมีการซิงค์ข้อมูลเบื้องหลังอยู่ก็ตาม

เจาะลึกฟิลด์สำคัญของ APN: บทบาทสำคัญของ APN Type 'default,supl,dun' และโปรโตคอล Dual-Stack

Access Point Name (APN) คือเกตเวย์เครือข่ายที่ทำหน้าที่กำหนดบริบทของ Packet Data Protocol (PDP), กฎการกำหนดเส้นทาง และพารามิเตอร์การยืนยันตัวตนที่อุปกรณ์ Android ต้องใช้เพื่อสร้างเส้นทางรับส่งข้อมูลกับเครือข่าย Packet Data Network (PDN) ของผู้ให้บริการ การตั้งค่า APN ผิดพลาดหรือตกหล่นค่าสำคัญ อาจทำให้เน็ตบนมือถือใช้งานได้ แต่การแชร์ฮอตสปอตดับสนิท

ด้านล่างนี้คือรายละเอียดของพารามิเตอร์สำคัญที่ควบคุมการกำหนดเส้นทางข้อมูล ระบบช่วยระบุพิกัด และการเชื่อมต่อฮอตสปอต

---

ลำดับชั้นของ APN Type: เจาะลึก default, supl, dun, mms และ hipri

Android จะตัดสินว่าอินเทอร์เฟซเครือข่ายใดจะจัดการกับ Socket ขาออกผ่านฟิลด์ APN Type โดยฟิลด์นี้จะรับค่าเป็นข้อความคั่นด้วยเครื่องหมายจุลภาค (ห้ามมีเว้นวรรคโดยเด็ดขาด) การละเว้นค่าใดค่าหนึ่งไป จะเป็นการสั่งให้ Android OS บล็อกทราฟฟิกจากเซอร์วิสหรืออินเทอร์เฟซนั้นๆ

`` ค่ามาตรฐานสำหรับ Travel eSIM: default,supl,dun โปรไฟล์แบบเดิม / ติดล็อกเครือข่าย: default,mms (บล็อกการแชร์ฮอตสปอตโดยสมบูรณ์) ``

ทำไมการขาดค่า dun ถึงทำให้แพ็กเก็ตฮอตสปอตสูญหาย

เมื่อแล็ปท็อปหรือแท็บเล็ตเชื่อมต่อกับ Wi-Fi Hotspot ของ Android ตัวเราเตอร์อินเทอร์เฟซขาขึ้นของ Android จะตรวจสอบโปรไฟล์ PDP ที่ใช้งานอยู่

1. หากโปรไฟล์ซิมของผู้ให้บริการระบุว่าการแชร์เน็ตต้องใช้คลาส dun แต่ค่า APN มีระบุไว้แค่ default ทาง Android จะตัดแพ็กเก็ตบริดจ์ทิ้ง หรือพยายามส่งผ่าน APN DUN สำรองที่ไม่มีอยู่จริง
2. ในการโรมมิ่ง เสาสัญญาณท้องถิ่น (VPLMN) จะสอบถามไปยังเซิร์ฟเวอร์นโยบาย (PCRF) ของเครือข่ายต้นทาง (HPLMN) หากไม่มีค่า dun ในบริบท APN ที่ร้องขอ เกตเวย์เครือข่ายมือถือ (SGW/PGW) จะทิ้งแพ็กเก็ต Tethering ที่ถูกครอบไว้ทันทีตั้งแต่เลเยอร์ GTP (GPRS Tunneling Protocol)

---

APN Protocol & APN Roaming Protocol: แก้ปัญหาการเชื่อมต่อ Dual-Stack ล้มเหลว

APN Protocol (ใช้เมื่ออยู่ในประเทศ) และ APN Roaming Protocol (ทำงานเมื่อ Travel eSIM จับสัญญาณเครือข่ายพันธมิตรในต่างประเทศ) จะเป็นตัวกำหนดว่าเกตเวย์จะจัดสรร IP Address ให้กับอุปกรณ์ของคุณอย่างไร

Android สามารถตั้งค่าโปรโตคอลได้ 3 รูปแบบ:

• IPv4 Only: ส่งข้อมูลผ่านที่อยู่แบบ 32 บิตเท่านั้น ต้องพึ่งพา Carrier-Grade NAT (CGNAT) เข้ากันได้กับทุกอุปกรณ์ แต่เพิ่มค่าความหน่วง (Latency) และมีภาระส่วนหัวของแพ็กเก็ต (Header Overhead)
• IPv6 Only: ส่งข้อมูลผ่านที่อยู่แบบ 128 บิต ไม่รองรับการทำงานร่วมกับอุปกรณ์รุ่นเก่าที่เชื่อมต่อฮอตสปอตซึ่งไม่รองรับเลเยอร์แปลงข้อมูลแบบ 464XLAT หรือ DNS64/NAT64 ส่งผลให้อุปกรณ์ลูกข่ายขึ้นข้อผิดพลาด "Connected, no internet" ทันที
• IPv4/IPv6 (Dual-Stack): การตั้งค่าที่ดีที่สุด โดยจะสร้าง PDP context แบบคู่ ทำให้ได้รับ IP ทั้ง IPv4 และ IPv6 บนอินเทอร์เฟซ

`` [ แล็ปท็อปที่เชื่อมต่อ ] (ร้องขอ DNS แบบมาตรฐาน IPv4 / IPv6) │ ▼ [ ฮอตสปอต Android: wlan0 ] │ (การแปลงแพ็กเก็ต / เกตเวย์ Dual-Stack) ▼ [ eSIM โรมมิ่ง: rmnet0 ] ──(ครอบ GTP Tunnel: MTU ≤ 1420)──► [ PGW โรมมิ่งของผู้ให้บริการ ] ``

ผลกระทบของ GTP Tunneling และปัญหา MTU ในต่างประเทศ

ข้อมูลอินเทอร์เน็ตที่วิ่งผ่าน Travel eSIM จะถูกส่งผ่านท่อ GTP Tunnel ระหว่างเสาสัญญาณท้องถิ่นกับ PGW ต้นทางของผู้ให้บริการ eSIM ซึ่งการครอบแพ็กเก็ตนี้จะเพิ่มขนาดส่วนหัวของโปรโตคอลขึ้น:

• ขนาด MTU มาตรฐานของ Ethernet/Wi-Fi: 1500 bytes
• ขนาด MTU มาตรฐานของ GTP โรมมิ่ง: 1400 - 1440 bytes

เมื่อแล็ปท็อปส่งแพ็กเก็ตขนาด 1500 ไบต์แบบไม่ได้แบ่งย่อยผ่านเครือข่ายโรมมิ่งที่เป็น IPv4-only เกตเวย์ระหว่างทางจะทิ้งแพ็กเก็ตที่ขนาดเกินทันทีโดยไม่ส่งข้อความตอบกลับ ICMP Destination Unreachable (Fragmentation Needed) ทำให้ขั้นตอนการเชื่อมต่อความปลอดภัยแบบ TLS/SSL ค้างไม่สิ้นสุด

การเลือกใช้ IPv4/IPv6 Dual-Stack จะช่วยเปิดใช้งานระบบ Path MTU Discovery (PMTUD) และการควบคุม TCP Maximum Segment Size (MSS) ยุคใหม่ ป้องกันปัญหาสัญญาณเน็ตหลุดและแพ็กเกจหายบนแล็ปท็อปที่เชื่อมต่อกับฮอตสปอตของคุณ

---

โครงสร้างเครือข่าย: ทำไมผู้ให้บริการยุคใหม่ถึงป้องกันปัญหาคอนฟิกหลุดได้ดีกว่า

ซิมสำหรับท่องเที่ยวแบบดั้งเดิมมักใช้โปรไฟล์ APN แบบล็อกตายตัวที่ต้องรอการตั้งค่าจากเครือข่าย และมักจะลดความเร็วลงอย่างหนักเมื่อใช้ดาต้าหลักหมด ในทางกลับกัน ผู้ให้บริการระดับสากลยุคใหม่อย่าง MollySIM ใช้แกนเครือข่ายแบบ Multi-Carrier ที่ปรับตัวได้ ยืดหยุ่น และตั้งค่าสตริง default,supl,dun รวมถึงโปรโตคอล IPv4/IPv6 Dual-Stack มาให้อัตโนมัติพร้อมใช้งานตั้งแต่เปิดเครื่อง

นอกจากนี้ หากคอมพิวเตอร์ที่เชื่อมต่อฮอตสปอตเริ่มดาวน์โหลดไฟล์หรือซิงค์ข้อมูลบนคลาวด์เบื้องหลัง นโยบาย FUP ที่ 384kbps ของ MollySIM (ซึ่งเร็วกว่ามาตรฐานอุตสาหกรรม 128kbps ถึง 3 เท่า) จะช่วยให้การเชื่อมต่อหลักยังมีแบนด์วิดท์เพียงพอสำหรับเปิดแอปสำคัญ เช่น Google Maps, Uber, ข้อความเสียง WhatsApp และ Apple Pay โดยไม่เกิดปัญหา Connection Timeout

คู่มือทีละขั้นตอน: การเพิ่มและแก้ไข APN บน Samsung One UI, Google Pixel และ Stock Android

เนื่องจากผู้ผลิตสมาร์ทโฟน Android แต่ละค่าย (OEM) ปรับแต่งหน้าตาเมนูการจัดการเครือข่ายแตกต่างกัน ขั้นตอนการเข้าไปยังหน้าตั้งค่า Access Point Names จึงมีความต่างกันในแต่ละแบรนด์ ให้ทำตามขั้นตอนตามรุ่นอุปกรณ์ของคุณด้านล่างนี้:

---

1. เส้นทางเมนูแยกตามแบรนด์อุปกรณ์

---

2. ลำดับขั้นตอนการตั้งค่า

เมื่อเข้ามาที่หน้า APN ใหม่ / แก้ไขจุดเชื่อมต่อสัญญาณ ให้กรอกค่าพารามิเตอร์ตามลำดับต่อไปนี้:

``text ชื่อ (Name): Travel Hotspot (หรือใส่ชื่อผู้ให้บริการ เช่น MollySIM) APN: [ใส่ค่า APN ของผู้ให้บริการ เช่น globaldata หรือ internet] ประเภท APN (APN Type): default,supl,dun โปรโตคอล APN: IPv4/IPv6 โปรโตคอลการโรมมิ่ง APN: IPv4/IPv6 ผู้ให้บริการ (Bearer): ไม่ได้ระบุ (Unspecified) ``

`` +---------------------------------------------+ | สร้างโปรไฟล์ APN ใหม่ | | APN: [ใส่ค่า APN ของเครือข่าย] | | APN Type: default,supl,dun | | APN Protocol / Roaming: IPv4/IPv6 | +---------------------------------------------+ │ ▼ +---------------------------------------------+ | บันทึกโปรไฟล์ & แตะเลือกใช้งาน | +---------------------------------------------+ │ ▼ +---------------------------------------------+ | เปิดโหมดเครื่องบินค้างไว้ (10 วินาที) | | เพื่อบังคับให้รีเซ็ตการเชื่อมต่อ RRC | +---------------------------------------------+ │ ▼ +---------------------------------------------+ | โมเด็มลงทะเบียนเครือข่ายหลักใหม่อีกครั้ง | | เปิด PDP Context พร้อมรองรับ DUN สำเร็จ | +---------------------------------------------+ ``

1. กรอกสตริง APN Type ให้ถูกต้อง: แตะที่ APN Type (ประเภท APN) แล้วพิมพ์ default,supl,dun

ข้อควรระวัง: ตรวจสอบว่าไม่มีการเว้นวรรคหลังเครื่องหมายจุลภาค การพิมพ์ default, supl, dun จะทำให้ระบบเครือข่ายของ Android อ่านค่าผิดพลาด

1. เลือกการเข้ารหัสแบบ Dual-Stack: ตรวจสอบให้แน่ใจว่าทั้ง APN Protocol (โปรโตคอล APN) และ APN Roaming Protocol (โปรโตคอลการโรมมิ่ง APN) ถูกตั้งค่าเป็น IPv4/IPv6 เพื่อป้องกันเกตเวย์ระหว่างทางตัดแพ็กเก็ตทราฟฟิกฮอตสปอตเนื่องจากข้อจำกัดของขนาด MTU
2. บันทึกโปรไฟล์:

• บน Samsung: แตะจุดสามจุดที่มุมขวาบน (⋮) > แตะ บันทึก (Save)
• บน Pixel/OxygenOS: แตะจุดสามจุดที่มุมขวาบน (⋮) > แตะ บันทึก (Save) (หรือแตะเครื่องหมายถูก)

1. เลือกเปิดใช้งาน APN ใหม่: กลับมาที่หน้ารายการ APN แล้วแตะเลือกที่ ปุ่มวงกลม (Radio button) ข้างชื่อโปรไฟล์ที่คุณเพิ่งสร้างขึ้นเพื่อเปิดใช้งาน
2. รีเซ็ตการเชื่อมต่อ RRC (เปิด-ปิดโหมดเครื่องบิน): ตัวโมเด็มจะยังคงจำค่า PDP context เดิมไว้จนกว่าจะมีการตัดการเชื่อมต่อสัญญาณวิทยุ ให้เปิด โหมดเครื่องบิน (Airplane Mode) ทิ้งไว้ 10 ถึง 15 วินาที แล้วจึงกด ปิด

---

3. กรณีพิเศษ: วิธีแก้ปัญหาช่อง APN Type เป็นสีเทา (กดแก้ไขไม่ได้)

ในสมาร์ทโฟนบางรุ่นที่ผูกกับโอเปอเรเตอร์ต่างประเทศ (โดยเฉพาะเครื่องติดสัญญาจาก Verizon, AT&T หรือ NTT Docomo) ช่อง APN Type อาจถูกล็อกเป็นสีเทาหรือไม่แสดงขึ้นมา ทำให้ไม่สามารถพิมพ์ค่าเองได้

`` +-----------------------------------------------------------------------------------+ | ช่อง APN TYPE เป็นสีเทาทำอย่างไร? | +-----------------------------------------------------------------------------------+ │ ┌───────────────────────┴───────────────────────┐ ▼ ▼ [วิธี A: สร้างโปรไฟล์ใหม่] [วิธี B: เมนูวิทยุลับ] สร้างโปรไฟล์ APN ใหม่แทนที่จะแก้ไข กด ##4636## > ข้อมูลโทรศัพท์ โปรไฟล์เดิมที่ติดล็อกของโอเปอเรเตอร์ เปิด-ปิด Mobile Radio Power (โปรไฟล์เดิมมักถูกตั้งเป็น Read-Only) เพื่อปลดล็อกสถานะการจัดสรรเครือข่าย ``

• วิธีแก้ A: สร้างโปรไฟล์ APN ขึ้นมาใหม่: อย่าแก้ไขโปรไฟล์เดิมที่ซิมตั้งค่ามาให้ซึ่งมักจะล็อกเป็นแบบอ่านอย่างเดียว (Read-only) ให้กดปุ่ม เพิ่ม (+) เพื่อสร้าง APN ใหม่ขึ้นมาทั้งหมด การสร้างใหม่จะช่วยปลดล็อกช่องที่เคยเป็นสีเทาได้ในอุปกรณ์ Android กว่า 90%
• วิธีแก้ B: เมนูทดสอบระบบ Phone Info: เปิดแอปโทรศัพท์แล้วกด ##4636## เพื่อเข้าสู่เมนูทดสอบลับของ Android ไปที่ ข้อมูลโทรศัพท์ (Phone Information) เลื่อนลงมาด้านล่างเพื่อดูสถานะการจัดสรรเครือข่าย การลองกดปิดแล้วเปิด Mobile Radio Power ที่นี่ จะช่วยล้างการล็อกของผู้ให้บริการได้โดยไม่ต้องรีเซ็ตเครื่องเป็นค่าเริ่มต้น

---

4. การตรวจสอบการแจกจ่าย IP และสถานะเกตเวย์

หากต้องการตรวจสอบว่าเคอร์เนลของ Android ผูกอินเทอร์เฟซการแชร์เน็ตเข้ากับ APN ที่รองรับหลาย Bearer เรียบร้อยแล้วหรือไม่:

1. เชื่อมต่ออุปกรณ์ลูกข่าย (แล็ปท็อปหรือแท็บเล็ต) เข้ากับฮอตสปอตของ Android
2. เปิด Terminal (macOS/Linux) หรือ Command Prompt (Windows) บนเครื่องลูกข่าย แล้วลอง Ping ไปยังที่อยู่ IPv4 และ IPv6 สาธารณะ:

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

1. หากเครื่องสามารถแปลงชื่อ DNS สาธารณะและรับส่งแพ็กเก็ตได้โดยมี Packet Loss 0% แสดงว่าการสร้าง Roaming PDP Context แบบ Dual-Stack สำเร็จสมบูรณ์แล้ว

หากคุณต้องเดินทางบ่อยครั้งและไม่อยากปวดหัวกับการแก้ปัญหา APN ที่ซับซ้อน ผู้ให้บริการระดับพรีเมียมอย่าง MollySIM ได้ออกแบบโครงสร้างเพื่อแก้ปัญหานี้ตั้งแต่ต้นทาง โดย MollySIM จะส่งโปรไฟล์ APN สำหรับแชร์เน็ตที่ตั้งค่าสมบูรณ์แบบมาให้ผ่านสัญญาณเครือข่าย (Over-the-Air) ทันทีที่คุณเดินทางถึงจุดหมาย

นอกจากนี้ แม้การอัปเดตเบื้องหลังของคอมพิวเตอร์จะใช้โควต้าเน็ตความเร็วสูงไปจนหมด MollySIM ก็ยังมี FUP สำรองที่ความเร็ว 384kbps ซึ่งเร็วกว่ามาตรฐาน 128kbps ของ eSIM ทั่วไปถึง 3 เท่า ทำให้การเชื่อมต่อเบื้องหลังไม่ไปดึงแบนด์วิดท์จนทำให้บริการสำคัญบนมือถือเครื่องหลักอย่าง Google Maps, Uber หรือ Apple Pay ใช้งานไม่ได้

ตารางแก้ปัญหาพารามิเตอร์ APN และข้อจำกัดการแชร์เน็ต (Tethering) ของผู้ให้บริการ

เมื่อเครื่อง Android สามารถเล่นเน็ตได้ตามปกติ แต่อุปกรณ์ที่ต่อฮอตสปอตกลับใช้งานไม่ได้ สาเหตุหลักเกือบทั้งหมดเกิดจากความไม่สอดคล้องกันระหว่างตาราง Routing ภายในของ Android กับการกำหนดค่า Packet Data Protocol (PDP) Context ของผู้ให้บริการเครือข่าย (MNO)

ตารางด้านล่างนี้สรุปปัญหาที่เกิดจากการตั้งค่าฟิลด์ Access Point Name (APN) ไม่ถูกต้องบน Travel eSIM พร้อมระบุการตั้งค่าที่ถูกต้องเพื่อกู้คืนระบบแชร์อินเทอร์เน็ตให้กลับมาใช้งานได้ตามปกติ

ตารางวิเคราะห์และแก้ไขปัญหาอย่างรวดเร็ว