해외여행 안드로이드 eSIM 핫스팟 오류 해결법: APN 유형 dun & supl 설정 가이드 (2026)

---

해외여행용 eSIM에서 안드로이드 핫스팟이 작동하지 않는 이유: 근본 원인 및 '인터넷 없이 연결됨' 오류 분석

해외여행용 eSIM이 활성화된 안드로이드 기기에서 모바일 핫스팟을 켜면 맥북, 아이패드, 보조 스마트폰 등 연결된 기기에서 악명 높은 "인터넷 연결 없음(Connected, no internet)" 경고가 자주 발생합니다. 안드로이드 호스트 기기 자체에서는 웹 서핑이 원활하게 작동하지만, 테더링으로 연결된 기기들은 DNS 쿼리를 확인하지 못하거나 TCP/UDP 패킷을 전혀 주고받지 못합니다.

이 문제는 기기 자체의 하드웨어 결함이 아닙니다. 안드로이드 OS가 네트워크 트래픽을 격리하고, 통신사 권한(Carrier Provisioning)을 검증하며, 로밍 셀룰러 인터페이스를 통해 패킷을 라우팅하는 내부 메커니즘에서 기인합니다.

`` +-----------------------------------------------------------------------+ | 안드로이드 호스트 시스템 | | | | +---------------------------+ +-----------------------------+ | | | 기본 앱 트래픽 | | 와이파이 핫스팟 클라이언트 | | | | (브라우저, SNS 등) | | (서브넷: 192.168.43.0/24) | | | +-------------+-------------+ +--------------+--------------+ | | | | | | v v | | [ 라우팅 테이블: 메인 ] [ 라우팅 테이블: 테더링 ] | | | | | | | (APN 유형: default) | (APN 유형: dun) | | v v | | +-----------------------+ +-----------------------+ | | | 기본 데이터 경로 | | 테더링 업스트림 | | | | 인터페이스: rmnet_data0| | 인터페이스: rmnet_data1| | | +-----------+-----------+ +-----------+-----------+ | +----------------|------------------------------------|-----------------+ | | | (허용됨) | (차단됨 / 드롭됨) v v ======================================================== 현지 로밍 기지국 (DUN 라우팅 미설정 -> 테더링 패킷 폐기) ======================================================== ``

---

1. 안드로이드 네트워크 스택 아키텍처: 업스트림 인터페이스 격리

리눅스 커널 레벨에서 안드로이드는 netd(Network Daemon) 하위 시스템 내의 전용 라우팅 테이블과 iptables / nftables 패킷 필터링을 통해 기기 자체의 셀룰러 트래픽과 테더링 클라이언트 트래픽을 엄격히 분리합니다.

• 모뎀 인터페이스 분리: 퀄컴(Qualcomm) 칩셋 기반 기기(삼성 갤럭시, 구글 픽셀, 원플러스 등)는 셀룰러 데이터를 rmnet_data0, rmnet_data1 등의 가상 네트워크 인터페이스에 할당합니다. 미디어텍(MediaTek) 칩셋(샤오미 및 중저가 기기)은 ccmni0, ccmni1 등을 사용합니다.
• 서브넷 및 NAT 라우팅: 핫스팟을 켜면 안드로이드는 로컬 서브넷(일반적으로 192.168.43.0/24 또는 IPv6 /64 프리픽스)을 생성하고, 와이파이 인터페이스(wlan0 또는 ap0)에서 업스트림 셀룰러 인터페이스로 네트워크 주소 변환(NAT) 규칙을 바인딩하려고 시도합니다.
• APN 유형 분리: 활성 모바일 네트워크가 테더링을 위해 별도의 경로를 요구한다고 감지되면, 안드로이드는 표준 default APN 인터페이스를 통한 핫스팟 트래픽 라우팅을 거부합니다. 대신 보조 데이터 베어러를 실행하기 위해 dun(Dial-Up Networking) APN 유형으로 구성된 업스트림 프로필을 명시적으로 탐색합니다. 여행용 eSIM 프로필에 dun이 누락된 경우, 안드로이드는 핫스팟 트래픽을 블랙홀로 라우팅하거나 패킷 포워딩을 완전히 차단합니다.

---

2. 통신사 권한 검사(Entitlement Check)와 TETHER_DUN_REQUIRED

안드로이드에는 CarrierConfigManager가 관리하는 내부 통신사 유효성 검사 메커니즘이 내장되어 있습니다. 국내 통신사 프로필에서는 가입 요금제에 테더링 권한이 포함되어 있는지 확인하기 위해 통신사 서버로 자동 쿼리를 전송하는 권한 검사(Entitlement Check)가 실행됩니다.

`` [핫스팟 토글 ON] │ ▼ [CarrierConfig 확인: TETHER_DUN_REQUIRED?] ├── 아니오 ──> [기본 rmnet_data0로 NAT 브리지] ──> 인터넷 정상 연결 │ └── 예 ──> [APN 데이터베이스에서 'dun' 검색] ├── 검색됨 ──> [보조 베어러 rmnet_data1 생성] └── 검색 안 됨 ──> [테더링 차단 / 업링크 없음] ``

해외에서 여행용 eSIM을 사용할 때 발생하는 문제는 다음과 같습니다:

1. 인식되지 않는 로밍 SIM: 기기가 해외 로밍 IMSI(오스트리아, 홍콩, 폴란드 등의 글로벌 허브 기반)를 통해 연결됩니다. 호스트 안드로이드 OS는 일치하는 기본 통신사 번들을 찾지 못해 기본 통신사 규칙(Fallback Rules)으로 대체합니다.
2. 플래그 강제 적용: 대체 프로필이 TETHER_DUN_REQUIRED = 1을 적용하는 경우, 별도의 dun 프로필이 명시적으로 선언되지 않는 한 OS는 default APN 인터페이스를 통한 트래픽 브리징을 적극적으로 차단합니다.
3. 게이트웨이 패킷 폐기: 안드로이드가 패킷을 포워딩하더라도 현지 제휴 통신사의 패킷 게이트웨이(PGW) 또는 사용자 평면 기능(UPF)이 패킷 헤더를 검사합니다. APN 프로토콜이나 베어러 프로필이 로밍 협약과 일치하지 않으면 업스트림 노드가 테더링 패킷을 즉시 폐기합니다.

---

3. 듀얼 SIM 라우팅 테이블 충돌 (DSDS)

대부분의 해외여행자는 국내 전화번호(통화/SMS 수신용)를 위한 물리 SIM과 해외 데이터용 eSIM을 함께 사용하는 듀얼 SIM(Dual SIM Dual Standby, DSDS) 구성을 사용합니다.

`` +-------------------------------------------------------------------+ | 듀얼 SIM 라우팅 충돌 | +--------------------+----------------------------------------------+ | 물리 SIM (국내용) | 우선순위: 음성/SMS (IMS 리스너 활성화) | | 여행용 eSIM (데이터)| 우선순위: 데이터 업링크 | | 테더링 서브넷 | 충돌: 호스트가 DNS를 기본 SIM 스택에 바인딩 | +--------------------+----------------------------------------------+ ``

이 구성은 빈번한 라우팅 테이블 충돌을 유발합니다:

• DNS 리졸버 트랩: 안드로이드의 내부 리졸버 데몬이 테더링 기기에서 발생한 DNS 조회를 비활성 상태이거나 로밍이 제한된 기본 물리 SIM의 DNS 서버로 라우팅하여 연결된 기기에서 즉각적인 DNS 오류를 유발할 수 있습니다.
• IP MTU 불일치: 로밍 eSIM 캡슐화(예: 현지 방문 네트워크와 eSIM 홈 라우팅 게이트웨이 간의 GTP 터널)는 유효 최대 전송 단위(MTU)를 감소시킵니다. 스마트폰 브라우저는 Path MTU Discovery를 통해 패킷 크기를 자동 협상하지만, 연결된 노트북은 중간 모바일 게이트웨이에서 처리할 수 없는 대형 패킷(1500바이트)을 전송하여 ICMP 단편화 알림 없이 패킷이 드롭됩니다.

MollySIM과 같은 최신 여행용 데이터 서비스를 사용하면 이러한 인터페이스 충돌을 사전에 방지할 수 있습니다. MollySIM은 통신사 고유의 테더링 권한 차단을 우회하고 통합 데이터 경로를 자동으로 협상하도록 설계된 최적화된 멀티 캐리어 APN 아키텍처를 사용합니다. 또한, 업계 표준(128kbps)보다 3배 빠른 MollySIM의 384kbps 공정 이용 정책(FUP)을 통해 연결된 보조 기기에서 백그라운드 동기화가 대량으로 발생하더라도 구글 맵, 우버(Uber), 카카오톡 음성 메시지, 간편결제 등 필수 앱의 소켓 연결을 안정적으로 유지합니다.

핵심 APN 필드 분석: APN 유형 'default,supl,dun' 및 듀얼 스택 프로토콜의 핵심 역할

APN(Access Point Name, 액세스 포인트 이름)은 안드로이드 기기가 모바일 통신사의 패킷 데이터 네트워크(PDN)와 데이터 경로를 설정할 때 반드시 준수해야 하는 패킷 데이터 프로토콜(PDP) 컨텍스트, 라우팅 규칙 및 인증 매개변수를 정의하는 네트워크 게이트웨이입니다. APN을 잘못 설정하거나 필수 플래그를 누락하면 기기 자체의 데이터는 정상 작동하더라도 테더링 데이터는 완전히 끊어질 수 있습니다.

데이터 라우팅, 위치 보정 및 테더링 핸드셰이크를 제어하는 핵심 파라미터는 다음과 같습니다.

---

APN 유형 계층 구조: default, supl, dun, mms, hipri 분석

안드로이드는 APN 유형(APN Type) 필드를 통해 어떤 네트워크 인터페이스가 아웃바운드 소켓을 처리할지 결정합니다. 이 필드는 쉼표로 구분된 문자열(공백 없이 작성)을 사용합니다. 필요한 토큰을 누락하면 안드로이드 OS는 연관된 시스템 서비스나 주변 인터페이스의 트래픽을 차단합니다.

`` 표준 여행용 eSIM 설정값: default,supl,dun 구형 / 통신사 락 프로필: default,mms (테더링 브리지 완전 차단) ``

dun이 누락될 때 테더링 패킷이 드롭되는 이유

노트북이나 태블릿이 안드로이드 와이파이 핫스팟에 연결되면, 안드로이드의 업스트림 인터페이스 라우터가 활성 PDP 프로필을 검사합니다.

1. 통신사 SIM 프로필에 테더링을 위해 dun 클래스가 필요하다고 명시되어 있으나 활성 APN 문자열에 default만 포함된 경우, 안드로이드는 테더링 브리지 패킷을 드롭하거나 존재하지 않는 보조 통신사 DUN APN과의 협상을 시도합니다.
2. 로밍 환경에서 방문 기지국(VPLMN)은 홈 통신사(HPLMN)의 정책 서버(PCRF)에 쿼리를 보냅니다. 요청된 APN 컨텍스트에 dun이 없으면 모바일 네트워크 게이트웨이(SGW/PGW)는 GTP(GPRS 터널링 프로토콜) 계층에서 캡슐화된 테더링 패킷을 즉시 폐기합니다.

---

APN 프로토콜 및 APN 로밍 프로토콜: 듀얼 스택 핸드셰이크 실패 해결

APN 프로토콜(국내 커버리지 내에서 사용)과 APN 로밍 프로토콜(해외 제휴 네트워크에 등록될 때 활성화)은 현지 및 로밍 게이트웨이가 기기에 IP 주소를 할당하는 방식을 결정합니다.

안드로이드는 세 가지 프로토콜 설정을 지원합니다:

• IPv4 단독: 32비트 주소만 전송합니다. 통신사급 NAT(CGNAT)에 의존합니다. 호환성은 높지만 레이턴시와 패킷 헤더 오버헤드가 발생합니다.
• IPv6 단독: 128비트 주소를 전송합니다. 464XLAT 또는 DNS64/NAT64 변환 계층을 지원하지 않는 테더링 기기와의 하위 호환성이 부족하여 연결된 기기에서 즉각적인 "인터넷 연결 없음" 오류가 발생합니다.
• IPv4/IPv6 (듀얼 스택): 가장 이상적인 설정입니다. 듀얼 PDP 컨텍스트를 구성하여 IPv4 및 IPv6 인터페이스 주소를 모두 할당합니다.

`` [ 연결된 노트북 ] (표준 IPv4 / IPv6 DNS 요청) │ ▼ [ 안드로이드 핫스팟: wlan0 ] │ (패킷 변환 / 듀얼 스택 게이트웨이) ▼ [ 로밍 eSIM: rmnet0 ] ──(GTP 캡슐화: MTU ≤ 1420)──► [ 통신사 로밍 PGW ] ``

GTP 터널링과 해외 MTU 단편화의 영향

여행용 eSIM을 통한 해외 데이터는 현지 기지국과 eSIM 제공업체의 홈 PGW 사이의 캡슐화된 GTP 터널을 통과합니다. 이 캡슐화 과정에서 상당한 프로토콜 오버헤드가 추가됩니다:

• 기본 이더넷/와이파이 MTU: 1500 bytes
• 일반적인 로밍 GTP 모바일 MTU: 1400 - 1440 bytes

연결된 노트북이 IPv4 전용 로밍 링크를 통해 단편화되지 않은 1500바이트 패킷을 전송하면, 중간 모바일 게이트웨이는 ICMP Destination Unreachable (Fragmentation Needed) 응답을 반환하지 않고 크기가 초과된 패킷을 그대로 드롭합니다. 이로 인해 보안 TLS/SSL 핸드셰이크가 무한정 멈추는 현상이 발생합니다.

IPv4/IPv6 듀얼 스택을 활성화하면 최신 Path MTU Discovery(PMTUD) 및 TCP Maximum Segment Size(MSS) 클램핑이 활성화되어 원인 불명의 패킷 드롭을 방지하고 핫스팟에 연결된 노트북의 접속 끊김 현상을 해결할 수 있습니다.

---

통신사 아키텍처: 최신 eSIM 서비스가 설정 오류를 방지하는 방법

기존의 구형 여행용 SIM은 수동 설정이 필요하고 기본 데이터 소진 시 속도가 심하게 제한되는 폐쇄적인 APN 프로필을 사용합니다. 반면, MollySIM과 같은 최신 글로벌 서비스는 통합 default,supl,dun 문자열과 강력한 IPv4/IPv6 듀얼 스택 프로토콜이 기본 사전 구성된 유연한 멀티 캐리어 네트워크 코어를 활용합니다.

또한 테더링된 노트북에서 클라우드 동기화와 같은 대용량 백그라운드 작업이 발생하더라도, 업계 표준(128kbps)보다 3배 빠른 MollySIM의 384kbps 공정 이용 정책(FUP)을 통해 구글 맵, 우버, 카카오톡, 결제 서비스 등의 핵심 앱이 네트워크 타임아웃 없이 정상 작동할 수 있는 충분한 대역폭을 보장합니다.

단계별 튜토리얼: 삼성 One UI, 구글 픽셀, 순정 안드로이드에서 맞춤형 APN 추가 및 수정하기

안드로이드 제조사(OEM)마다 네트워크 설정 메뉴 인터페이스가 다릅니다. 사용하는 기기에 맞는 경로를 확인하여 테더링을 지원하는 APN 프로필을 구성하세요.

---

1. 기기 제조사별 설정 진입 경로

---

2. 단계별 APN 구성 순서

새 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 유형: default,supl,dun | | APN 프로토콜 / 로밍 프로토콜: IPv4/IPv6 | +---------------------------------------------+ │ ▼ +---------------------------------------------+ | 프로필 저장 및 해당 라디오 버튼 선택 | +---------------------------------------------+ │ ▼ +---------------------------------------------+ | 비행기 탑승 모드 ON (10초 대기) | | (강제 RRC 연결 초기화 수행) | +---------------------------------------------+ │ ▼ +---------------------------------------------+ | 모뎀이 코어 네트워크에 재등록 | | DUN이 포함된 PDP 컨텍스트 설정 | +---------------------------------------------+ ``

1. 통합 APN 유형 입력: APN 유형을 탭하고 default,supl,dun을 입력합니다.

주의: 쉼표 뒤에 공백(띄어쓰기)을 절대 넣지 마세요. default, supl, dun처럼 입력하면 안드로이드 텔레포니 프레임워크에서 구문 파싱 오류가 발생합니다.

1. 듀얼 스택 프로토콜 설정: APN 프로토콜과 APN 로밍 프로토콜을 모두 명시적으로 IPv4/IPv6로 지정합니다. 이는 MTU 크기 제한으로 인해 중간 게이트웨이에서 테더링 패킷이 누락되는 현상을 방지합니다.
2. 프로필 저장:

• 삼성 기기: 우측 상단 점 세 개(⋮) 탭 > 저장 선택.
• 픽셀/OxygenOS 기기: 우측 상단 점 세 개(⋮) 탭 > 저장 선택 (또는 체크 표시 탭).

1. 활성 APN 선택: 액세스 포인트 이름 목록으로 돌아와 새로 생성한 프로필 옆의 라디오 버튼을 탭하여 활성화합니다.
2. RRC 연결 강제 초기화 (비행기 탑승 모드 토글): 베이스밴드 모뎀은 무선 자원 제어(RRC) 연결을 끊기 전까지 이전 PDP 컨텍스트를 유지합니다. 비행기 탑승 모드를 켰다가 10~15초 후 다시 끕니다.

---

3. 예외 상황: APN 필드가 비활성화(회색)되어 수정할 수 없는 경우

특정 통신사 전용 펌웨어(버라이즌, AT&T, 일본 NTT 도코모 등 통신사 락 기기)의 경우 APN 유형 입력란이 비활성화(회색)되어 직접 수정하지 못하도록 차단되어 있을 수 있습니다.

`` +-----------------------------------------------------------------------------------+ | APN 유형 필드가 비활성화되었나요? | +-----------------------------------------------------------------------------------+ │ ┌───────────────────────┴───────────────────────┐ ▼ ▼ [방법 A: 새 빈 프로필 생성] [방법 B: 숨겨진 모뎀 진단 메뉴] 통신사 기본 프로필을 수정하지 말고, 다이얼러에서 ##4636## 입력 > Phone Info. 새 APN 프로필을 처음부터 새로 만듭니다. Mobile Radio Power를 OFF/ON하여 기본 프로필은 읽기 전용으로 잠겨 있습니다. 통신사 프로비저닝 상태를 초기화합니다. ``

• 해결법 A: 새 APN 프로필 생성: SIM 카드에 의해 사전 로드된 기존 읽기 전용 APN을 편집하지 마세요. 대신 추가(+) 아이콘을 눌러 새 프로필을 처음부터 만드세요. 안드로이드 기기의 90%는 새 프로필 생성 시 비활성화된 필드가 잠금 해제됩니다.
• 해결법 B: 전화 정보 진단 메뉴: 기본 다이얼러(전화 앱)를 열고 ##4636##을 입력하여 안드로이드 테스트 메뉴로 진입합니다. 휴대폰 정보(Phone Information)로 이동하여 아래로 스크롤한 뒤 모바일 라디오 전원(Mobile Radio Power)을 껐다가 다시 켜면 기기 초기화 없이 통신사 락 상태를 새로고침할 수 있습니다.

---

4. IP 할당 및 게이트웨이 상태 확인

안드로이드 커널이 테더링 인터페이스를 올바른 APN에 정상적으로 바인딩했는지 확인하는 방법:

1. 보조 기기(노트북 또는 태블릿)를 안드로이드 핫스팟에 연결합니다.
2. 보조 기기에서 터미널(macOS/Linux) 또는 명령 프롬프트(Windows)를 열고 외부 공용 IPv4 및 IPv6 주소로 핑(Ping)을 전송합니다:

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

1. 공용 DNS 주소가 확인되고 0%의 패킷 손실률을 보인다면 듀얼 스택 로밍 PDP 컨텍스트가 완벽하게 구성된 것입니다.

해외 출장이나 여행이 잦아 복잡한 APN 설정 과정을 건너뛰고 싶다면 MollySIM과 같은 프리미엄 서비스를 이용하는 것이 좋습니다. MollySIM은 현지 도착 즉시 테더링이 호환되는 프로필을 무선(OTA)으로 자동 제공합니다.

또한 노트북의 백그라운드 업데이트로 고속 데이터가 모두 소진되더라도 MollySIM은 384kbps의 공정 이용 정책(FUP)을 제공합니다. 이는 저가형 eSIM의 128kbps 제한보다 3배 빠른 속도이므로, 백그라운드 테더링 트래픽 때문에 스마트폰의 구글 맵, 우버, 간편결제 등의 필수 서비스가 멈추는 현상을 방지할 수 있습니다.

APN 파라미터 문제 해결 및 통신사 테더링 제한 매트릭스

스마트폰 자체의 데이터 통신은 정상이지만 연결된 하위 클라이언트 기기에서 인터넷이 되지 않는 경우, 십중팔구 안드로이드의 로컬 인터페이스 라우팅 테이블과 이동통신사(MNO)의 패킷 데이터 프로토콜(PDP) 컨텍스트 정의 간의 불일치가 원인입니다.

아래 표는 여행용 eSIM의 잘못된 APN 구성으로 인해 발생하는 세부 오류 현상과 양방향 테더링 라우팅을 복구하기 위한 검증된 해결책을 정리한 것입니다.

빠른 진단 매트릭스