Come Risolvere l'Hotspot Android Non Funzionante su eSIM da Viaggio: Guida Tipo APN dun e supl (2026)

---

Perché gli hotspot Android non funzionano con le eSIM da viaggio: cause principali ed errori "Connesso senza internet"

Quando attivi un hotspot Wi-Fi su un dispositivo Android configurato con una eSIM da viaggio, i dispositivi client (come MacBook, iPad o smartphone secondari) mostrano spesso un messaggio problematico: "Connesso senza internet". Mentre il dispositivo Android principale naviga sul web senza intoppi, i dispositivi collegati via tethering non riescono a risolvere le query DNS né a scambiare pacchetti TCP/UDP.

Questo inconveniente è raramente dovuto a un difetto hardware. Deriva invece dal modo in cui il sistema operativo Android isola il traffico di rete, verifica le autorizzazioni dell'operatore (carrier provisioning) e instrada i pacchetti attraverso le interfacce cellulari in roaming.

`` +-----------------------------------------------------------------------+ | SISTEMA HOST ANDROID | | | | +---------------------------+ +-----------------------------+ | | | Traffico app predefinito| | Client hotspot Wi-Fi | | | | (Browser, Social, ecc.) | | (Subnet: 192.168.43.0/24) | | | +-------------+-------------+ +--------------+--------------+ | | | | | | v v | | [ Tabella routing: Main ] [ Tabella routing: Tether ] | | | | | | | (Tipo APN: default) | (Tipo APN: dun) | | v v | | +-----------------------+ +-----------------------+ | | | Percorso dati primario| | Upstream tethering | | | | Interfaccia: | | Interfaccia: | | | | rmnet_data0 | | rmnet_data1 | | | +-----------+-----------+ +-----------+-----------+ | +----------------|------------------------------------|-----------------+ | | | (Consentito) | (Bloccato / Scartato) v v ======================================================== ANTENNA CELLULARE ROAMING LOCALE (Nessun routing DUN -> Pacchetti di tethering scartati) ======================================================== ``

---

1. Architettura dello stack di rete Android: isolamento delle interfacce upstream

A livello di kernel, Android separa il traffico cellulare generato dal dispositivo locale da quello dei client in tethering utilizzando tabelle di routing Linux dedicate e il filtraggio dei pacchetti tramite iptables / nftables all'interno del sottosistema netd (Network Daemon).

• Separazione delle interfacce modem: I dispositivi con chip Qualcomm (Samsung Galaxy, Google Pixel, OnePlus) assegnano i dati cellulari a interfacce di rete virtuali denominate rmnet_data0, rmnet_data1, ecc. I chipset MediaTek (comuni su Xiaomi e smartphone di fascia media) utilizzano invece ccmni0, ccmni1.
• Routing di subnet e NAT: Quando abiliti l'hotspot, Android crea una subnet locale (tipicamente 192.168.43.0/24 o un prefisso IPv6 /64) e tenta di applicare una regola di Network Address Translation (NAT) dall'interfaccia Wi-Fi (wlan0 o ap0) a un'interfaccia cellulare upstream.
• Separazione del tipo di APN: Se Android rileva che la rete mobile attiva richiede percorsi separati per il tethering, si rifiuta di instradare il traffico dell'hotspot attraverso l'interfaccia APN standard default. Al contrario, cerca esplicitamente un profilo upstream configurato con il tipo APN dun (Dial-Up Networking) per avviare un canale dati secondario. Se il profilo della tua eSIM da viaggio è privo del valore dun, Android instrada il traffico dell'hotspot verso un black hole o ne blocca completamente l'inoltro.

---

2. Verifiche dei permessi dell'operatore (Entitlement Check) e TETHER_DUN_REQUIRED

Android integra un meccanismo interno di convalida dell'operatore gestito da CarrierConfigManager. Nei profili degli operatori nazionali, questo avvia un controllo dei permessi (entitlement check): una query inviata in background all'operatore per verificare se il piano tariffario include l'uso dell'hotspot.

`` [Hotspot attivato] │ ▼ [Controllo CarrierConfig: TETHER_DUN_REQUIRED?] ├── No ──> [Bridge NAT verso rmnet_data0 predefinito] ──> Internet OK │ └── Sì ──> [Interrogazione database APN per 'dun'] ├── Trovato ──> [Avvio bearer secondario rmnet_data1] └── Non trovato ──> [Tethering bloccato / Nessun uplink] ``

Quando utilizzi una eSIM da viaggio all'estero:

1. SIM in roaming non riconosciute: Il dispositivo si connette tramite un IMSI di roaming internazionale (spesso basato su hub come Austria, Hong Kong o Polonia). Il sistema operativo Android host non trova un Carrier Bundle nazionale corrispondente e applica le regole predefinite dell'operatore.
2. Applicazione del flag: Se il profilo di fallback impone TETHER_DUN_REQUIRED = 1, il sistema operativo blocca attivamente il bridge del traffico sull'interfaccia APN default, a meno che non sia dichiarato un profilo dun separato.
3. Scarto dei pacchetti sul Gateway: Anche se Android inoltra i pacchetti, il Packet Gateway (PGW) o la User Plane Function (UPF) della rete partner locale ispeziona l'intestazione del pacchetto. Se il protocollo APN o il profilo del bearer non corrispondono agli accordi di roaming, il nodo upstream scarta silenziosamente i pacchetti del tethering.

---

3. Conflitti nella tabella di routing Dual-SIM (DSDS)

La maggior parte dei viaggiatori internazionali utilizza una configurazione Dual SIM Dual Standby (DSDS): una SIM fisica per il proprio numero abituale (chiamate/SMS) e una eSIM da viaggio per i dati nel paese di destinazione.

`` +-------------------------------------------------------------------+ | Conflitti di routing Dual-SIM | +--------------------+----------------------------------------------+ | SIM fisica (Casa) | Priorità: Voce/SMS (Listener IMS attivo) | | eSIM viaggio (Dati)| Priorità: Uplink dati | | Subnet tethering | Conflitto: l'host assegna il DNS allo stack | | | della SIM primaria | +--------------------+----------------------------------------------+ ``

Questa configurazione provoca frequentemente collisioni nella tabella di routing:

• Conflitti del resolver DNS: Il daemon resolver interno di Android potrebbe instradare le richieste DNS generate dai dispositivi in tethering attraverso il server DNS della SIM fisica primaria (inattivo o con restrizioni di roaming), causando un blocco immediato della risoluzione DNS sui client connessi.
• Mancata corrispondenza dell'MTU IP: L'incapsulamento della eSIM in roaming (come i tunnel GTP tra la rete locale visitata e il gateway di routing della eSIM) riduce l'Unità Massima di Trasmissione (MTU) effettiva. Mentre il browser dello smartphone negozia automaticamente le dimensioni dei pacchetti tramite il Path MTU Discovery, i laptop connessi inviano spesso pacchetti sovradimensionati (1500 byte) che vengono scartati dai gateway mobili intermedi senza restituire una notifica ICMP di frammentazione.

L'uso di fornitori di dati di viaggio moderni come MollySIM previene questi conflitti di interfaccia. MollySIM impiega un'architettura APN multi-operatore ottimizzata, progettata per aggirare i controlli proprietari di tethering negoziando al contempo percorsi dati unificati. Inoltre, grazie alla Fair Use Policy (FUP) a 384 kbps di MollySIM — 3 volte più veloce rispetto allo standard di settore di 128 kbps — le app indispensabili come Google Maps, Uber, i messaggi vocali di WhatsApp e Apple Pay mantengono attive le connessioni socket anche in presenza di pesanti sincronizzazioni in background sui dispositivi client.

Analisi dei campi APN fondamentali: il ruolo cruciale di APN Type 'default,supl,dun' e dei protocolli Dual-Stack

Un Access Point Name (APN) è il gateway di rete che definisce l'esatto contesto PDP (Packet Data Protocol), le regole di routing e i parametri di autenticazione che un dispositivo Android deve utilizzare per stabilire un canale dati con la Packet Data Network (PDN) di un operatore mobile. Configurare un APN in modo errato — o omettere flag essenziali — può consentire la navigazione sullo smartphone ma interrompere del tutto il tethering verso altri dispositivi.

Di seguito viene presentata un'analisi dettagliata dei parametri critici che regolano il routing dei dati, l'assistenza alla geolocalizzazione e l'handshake del tethering.

---

La gerarchia dei tipi di APN: analisi di default, supl, dun, mms e hipri

Android determina quali interfacce di rete gestiscono i socket in uscita tramite il campo Tipo APN (APN Type). Questo campo accetta una stringa separata da virgole (rigorosamente senza spazi). Omettere un valore richiesto indica al sistema operativo Android di bloccare il traffico proveniente dal relativo servizio di sistema o dall'interfaccia periferica.

`` Payload standard per eSIM da viaggio: default,supl,dun Profilo obsoleto / con blocco operatore: default,mms (Blocca totalmente il bridge di tethering) ``

Perché l'assenza di dun provoca lo scarto dei pacchetti in tethering

Quando un laptop o un tablet si collega all'hotspot Wi-Fi di Android, il router dell'interfaccia upstream verifica il profilo PDP attivo.

1. Se il profilo della SIM dell'operatore specifica che il tethering richiede la classe dun, ma la stringa APN attiva contiene solo default, Android scarta i pacchetti del bridge di tethering o tenta di negoziare un APN DUN secondario inesistente.
2. In contesti di roaming, la stazione radio base visitata (VPLMN) interroga il server di policy (PCRF) della rete domestica (HPLMN). Se dun non è presente nel contesto APN richiesto, i gateway della rete mobile (SGW/PGW) scartano i pacchetti incapsulati del tethering direttamente al livello GTP (GPRS Tunneling Protocol).

---

Protocollo APN e Protocollo roaming APN: risolvere il fallimento dell'handshake Dual-Stack

Il Protocollo APN (utilizzato nella rete nazionale) e il Protocollo roaming APN (attivo ogni volta che la eSIM si registra sulla rete di un partner internazionale) determinano il modo in cui i gateway locali e di roaming assegnano gli indirizzi IP al tuo dispositivo.

Android supporta tre modalità di protocollo:

• Solo IPv4: Trasmette rigorosamente indirizzi a 32 bit. Si affida al NAT di livello carrier (CGNAT). Offre ampia compatibilità, ma introduce latenza e overhead nelle intestazioni dei pacchetti.
• Solo IPv6: Trasmette indirizzi a 128 bit. Manca di retrocompatibilità con i dispositivi legacy in tethering che non supportano i livelli di traduzione 464XLAT o DNS64/NAT64, causando errori immediati di tipo "Connesso senza internet" sui client.
• IPv4/IPv6 (Dual-Stack): L'impostazione ottimale. Stabilisce contesti PDP doppi, assegnando all'interfaccia sia un indirizzo IPv4 che uno IPv6.

`` [ Laptop client ] (Richiede DNS standard IPv4 / IPv6) │ ▼ [ Hotspot Android: wlan0 ] │ (Traduzione pacchetti / Gateway Dual-Stack) ▼ [ eSIM in Roaming: rmnet0 ] ──(Incapsulamento GTP: MTU ≤ 1420)──► [ PGW roaming operatore ] ``

L'impatto del tunneling GTP e della frammentazione MTU all'estero

I dati internazionali che viaggiano su una eSIM passano attraverso un tunnel GTP incapsulato tra l'antenna locale visitata e il PGW principale del fornitore della eSIM. Questo incapsulamento comporta un overhead di protocollo significativo:

• MTU Ethernet/Wi-Fi predefinito: 1500 byte
• MTU mobile tipico con GTP in Roaming: 1400 - 1440 byte

Quando i laptop client trasmettono pacchetti non frammentati da 1500 byte su un collegamento di roaming solo IPv4, i gateway mobili intermedi scartano i pacchetti sovradimensionati senza generare risposte ICMP Destination Unreachable (Fragmentation Needed). Di conseguenza, gli handshake sicuri TLS/SSL si bloccano a tempo indefinito.

L'attivazione di IPv4/IPv6 Dual-Stack abilita i moderni meccanismi di Path MTU Discovery (PMTUD) e il clamping del TCP Maximum Segment Size (MSS). Questo impedisce la perdita invisibile di pacchetti e risolve le disconnessioni sui computer collegati all'hotspot.

---

Architettura dell'operatore: perché i provider moderni evitano problemi di configurazione

Le SIM da viaggio tradizionali si basano su profili APN rigidi e vincolati che richiedono un provisioning manuale e riducono drasticamente la larghezza di banda al superamento delle soglie base. Al contrario, provider internazionali moderni come MollySIM impiegano un'infrastruttura di rete flessibile e multi-operatore che preconfigura le stringhe unificate default,supl,dun e i protocolli dual-stack IPv4/IPv6 in modo nativo.

Inoltre, se un laptop collegato dovesse avviare sincronizzazioni pesanti in background (come i backup su cloud), la Fair Use Policy (FUP) a 384 kbps di MollySIM — 3 volte più veloce rispetto allo standard di settore di 128 kbps — garantisce che la connessione principale mantenga la banda necessaria per eseguire app critiche come Google Maps, Uber, messaggi vocali WhatsApp e Apple Pay senza timeout di rete.

Guida passo-passo: aggiungere e modificare APN personalizzati su Samsung One UI, Google Pixel e Android Stock

Poiché i produttori di smartphone Android personalizzano ampiamente i menu delle impostazioni di rete, i passaggi per accedere alla configurazione dei punti di accesso variano a seconda del marchio. Segui le istruzioni dettagliate di seguito per configurare profili APN compatibili con il tethering.

---

1. Percorsi di navigazione specifici per dispositivo

---

2. Sequenza di configurazione guidata

Una volta aperta la schermata Nuovo APN / Modifica punto di accesso, inserisci i seguenti parametri:

``text Nome: Travel Hotspot (o il nome del provider, es. MollySIM) APN: [APN del tuo operatore, es. globaldata o internet] Tipo APN: default,supl,dun Protocollo APN: IPv4/IPv6 Protocollo roaming APN: IPv4/IPv6 Tipo di operatore virtuale (Bearer): Non specificato ``

`` +---------------------------------------------+ | Crea profilo APN personalizzato | | APN: [apn_operatore] | | Tipo APN: default,supl,dun | | Protocollo APN / Roaming: IPv4/IPv6 | +---------------------------------------------+ │ ▼ +---------------------------------------------+ | Salva profilo e seleziona il pulsante | +---------------------------------------------+ │ ▼ +---------------------------------------------+ | Attiva Modalità Aereo (per 10 secondi) | | Forza il rilascio della connessione RRC | +---------------------------------------------+ │ ▼ +---------------------------------------------+ | Il modem si registra di nuovo alla rete | | Contesto PDP stabilito con supporto DUN | +---------------------------------------------+ ``

1. Inserisci la stringa APN unificata: Tocca Tipo APN e digita default,supl,dun.

Nota: Assicurati che non ci siano spazi dopo le virgole. Scrivere default, supl, dun causerà errori di lettura nel framework telefonico di Android.

1. Imposta i protocolli Dual-Stack: Assicurati che sia il Protocollo APN che il Protocollo roaming APN siano impostati esplicitamente su IPv4/IPv6. In questo modo si evita che i gateway intermedi scartino pacchetti del tethering a causa dei limiti di dimensione dell'MTU.
2. Salva il profilo:

• Su Samsung: Tocca i tre puntini verticali (⋮) in alto a destra > tocca Salva.
• Su Pixel/OxygenOS: Tocca i tre puntini verticali (⋮) > tocca Salva (o tocca l'icona del segno di spunta).

1. Seleziona l'APN attivo: Torna all'elenco dei punti di accesso e tocca il selettore circolare accanto al nuovo profilo creato per attivarlo.
2. Forza il rilascio della connessione RRC (Attiva/disattiva Modalità Aereo): Il modem mantiene i contesti PDP precedenti fino a quando non viene forzato il reset della connessione radio. Attiva la Modalità Aereo, attendi da 10 a 15 secondi, quindi disattivala.

---

3. Casi particolari: sbloccare i campi APN disattivati (in grigio)

Alcuni firmware personalizzati dagli operatori (in particolare dispositivi brandizzati da operatori come Verizon, AT&T o NTT Docomo) disabilitano o nascondono il campo Tipo APN, impedendo l'inserimento manuale del testo.

`` +-----------------------------------------------------------------------------------+ | CAMPO TIPO APN NON MODIFICABILE? | +-----------------------------------------------------------------------------------+ │ ┌───────────────────────┴───────────────────────┐ ▼ ▼ [Metodo A: Nuovo profilo vuoto] [Metodo B: Menu radio nascosto] Crea un nuovo profilo APN da zero anziché Componi ##4636## > Info telefono. modificare quello predefinito dell'operatore. Spegni/accendi "Alimentazione radio I profili predefiniti sono di sola lettura. cellulare" per sbloccare il provisioning. ``

• Soluzione A: Crea un nuovo profilo APN: Non modificare mai un APN di sola lettura precaricato dalla SIM. Tocca invece l'icona Aggiungi (+) per creare una nuova voce da zero. I nuovi profili sbloccano i campi modificabili sul 90% degli smartphone Android.
• Soluzione B: Menu diagnostico Info Telefono: Apri il tastierino numerico e digita ##4636## per accedere al menu di test nascosto di Android. Vai su Informazioni telefono, scorri verso il basso e verifica lo stato del provisioning di rete. Spegnere e riaccendere la voce Alimentazione radio cellulare da questo menu consente di reimpostare i blocchi dell'operatore senza ricorrere a un ripristino di fabbrica.

---

4. Verifica dell'assegnazione IP e dello stato del Gateway

Per verificare che il kernel Android abbia associato correttamente l'interfaccia di tethering all'APN:

1. Connetti il dispositivo secondario (laptop o tablet) all'hotspot Android.
2. Apri il terminale (macOS/Linux) o il Prompt dei comandi (Windows) sul computer client ed esegui un ping verso indirizzi pubblici IPv4 e IPv6:

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

1. Se il dispositivo client risolve gli indirizzi DNS ed esegue la trasmissione con lo 0% di pacchetti persi, il contesto PDP di roaming dual-stack è configurato correttamente.

Se viaggi spesso e desideri evitare queste complesse configurazioni APN, operatori innovativi come MollySIM semplificano l'intera procedura. MollySIM distribuisce automaticamente all'atterraggio profili tethering compatibili e preconfigurati via OTA.

Inoltre, qualora gli aggiornamenti in background del computer esauriscano la quota ad alta velocità, MollySIM applica una Fair Use Policy (FUP) a 384 kbps. Poiché 384 kbps è 3 volte più veloce del restrittivo standard a 128 kbps delle eSIM low-cost, le connessioni in background non bloccheranno servizi essenziali a bassa latenza come Google Maps, Uber o Apple Pay sul tuo telefono principale.

Matrice di diagnostica rapida e restrizioni sul tethering dell'operatore

Quando uno smartphone Android si connette regolarmente a Internet ma i dispositivi collegati via hotspot non riescono a navigare, la causa principale è quasi sempre un'incongruenza tra la tabella di routing locale di Android e le definizioni del contesto Packet Data Protocol (PDP) dell'operatore di rete mobile (MNO).

La tabella seguente illustra i problemi tipici causati da configurazioni errate dei campi APN sulle eSIM da viaggio, insieme alle soluzioni verificate per ripristinare il corretto funzionamento del tethering.

Matrice di diagnostica rapida