Jak naprawić hotspot w Androidzie na turystycznej karcie eSIM: Poradnik APN type dun i supl (2026)

Dlaczego hotspot w Androidzie nie działa na turystycznych kartach eSIM: Główne przyczyny i błąd „Połączono, brak internetu”

Gdy włączasz hotspot Wi-Fi na urządzeniu z Androidem korzystającym z turystycznej karty eSIM, podłączone urządzenia (takie jak MacBooki, iPady czy dodatkowe telefony) bardzo często wyświetlają frustrujący komunikat: „Połączono, brak internetu”. Mimo że główny telefon z Androidem bez problemu ładuje strony WWW, urządzenia podłączone przez tethering nie są w stanie przetłumaczyć zapytań DNS ani przesyłać pakietów TCP/UDP.

Problem ten niezwykle rzadko wynika z usterki sprzętowej. Najczęściej jest konsekwencją sposobu, w jaki system operacyjny Android izoluje ruch sieciowy, weryfikuje uprawnienia nadane przez operatora oraz kieruje pakiety przez roamingowe interfejsy komórkowe.

+-----------------------------------------------------------------------+
|                       SYSTEM GŁÓWNY ANDROID                           |
|                                                                       |
|  +---------------------------+       +-----------------------------+  |
|  |   Ruch domyślny aplikacji |       |  Klienci hotspotu Wi-Fi     |  |
|  |   (Przeglądarka, SM itp.) |       |  (Podsieć: 192.168.43.0/24) |  |
|  +-------------+-------------+       +--------------+--------------+  |
|                |                                    |                 |
|                v                                    v                 |
|       [ Tablica routingu: Main ]           [ Tablica routingu: Tether ]|
|                |                                    |                 |
|                | (Typ APN: default)                 | (Typ APN: dun)  |
|                v                                    v                 |
|    +-----------------------+            +-----------------------+     |
|    | Główna ścieżka danych |            | Łącze wychodzące      |     |
|    | Interfejs: rmnet_data0|            | Interfejs: rmnet_data1|     |
|    +-----------+-----------+            +-----------+-----------+     |
+----------------|------------------------------------|-----------------+
                 |                                    |
                 | (Zezwolono)                        | (Zablokowano / Odrzucono)
                 v                                    v
       ========================================================
                      LOKALNY MASZT ROAMINGOWY
         (Brak routingu DUN -> Pakiety tetheringu odrzucane)
       ========================================================

1. Architektura stosu sieciowego Androida: Izolacja interfejsu wychodzącego (Upstream)

Na poziomie jądra (kernela) Android oddziela ruch komórkowy generowany bezpośrednio na telefonie od ruchu z udostępnionego połączenia za pomocą dedykowanych linuxowych tablic routingu oraz filtrowania pakietów przez iptables / nftables w ramach podsystemu netd (Network Daemon).

• Rozdzielenie interfejsów modemu: Urządzenia z procesorami Qualcomm (Samsung Galaxy, Google Pixel, OnePlus) przypisują komórkową transmisję danych do wirtualnych interfejsów sieciowych o nazwach rmnet_data0, rmnet_data1 itd. Układy MediaTek (popularne w Xiaomi i modelach ze średniej półki) wykorzystują interfejsy ccmni0, ccmni1.
• Podsieć i routing NAT: Po włączeniu hotspotu Android tworzy lokalną podsieć (zazwyczaj 192.168.43.0/24 lub prefiks IPv6 /64) i próbuje powiązać regułę translacji adresów sieciowych (NAT) z interfejsu Wi-Fi (wlan0 lub ap0) z wyjściowym interfejsem sieci komórkowej.
• Separacja za pomocą typu APN: Jeśli Android wykryje, że aktywna sieć komórkowa wymaga odrębnych ścieżek dla tetheringu, odmówi przekazywania ruchu hotspotu przez standardowy interfejs APN default. Zamiast tego aktywnie poszukuje profilu nadrzędnego skonfigurowanego z typem APN dun (Dial-Up Networking), aby zainicjować dodatkowy kanał transmisji danych (secondary bearer). Jeśli w profilu Twojej turystycznej karty eSIM brakuje flagi dun, Android skieruje ruch z hotspotu w „czarną dziurę” lub całkowicie zablokuje jego przekazywanie.

2. Weryfikacja uprawnień operatora (Carrier Entitlement) i flaga TETHER_DUN_REQUIRED

System Android posiada wewnętrzny mechanizm weryfikacji operatora zarządzany przez moduł CarrierConfigManager. W profilach operatorów krajowych uruchamia to tzw. entitlement check — ciche zapytanie wysyłane do operatora w celu sprawdzenia, czy Twój plan taryfowy obejmuje zgodę na tethering.

Gdy korzystasz z turystycznej karty eSIM za granicą:

1. Nierozpoznane roamingowe karty SIM: Urządzenie łączy się za pośrednictwem międzynarodowego numeru IMSI (często zarejestrowanego w takich węzłach jak Austria, Hongkong czy Polska). System Android nie znajduje pasującej lokalnej konfiguracji operatora (Carrier Bundle) i stosuje domyślne, generyczne reguły.
2. Wymuszenie flagi: Jeżeli profil domyślny wymusza ustawienie TETHER_DUN_REQUIRED = 1, system operacyjny aktywnie blokuje mostkowanie ruchu przez interfejs APN default, chyba że zadeklarowano oddzielny profil dun.
3. Odrzucanie pakietów na bramie sieciowej: Nawet jeśli Android przekaże pakiety dalej, brama pakietowa lokalnej sieci partnerskiej (PGW lub UPF) sprawdza nagłówek pakietu. Jeśli protokół APN lub profil transmisyjny nie są zgodne z umowami roamingowymi, węzeł nadrzędny po cichu odrzuca pakiety pochodzące z tetheringu.

3. Konflikty tablicy routingu w trybie Dual-SIM (DSDS)

Większość osób podróżujących za granicę korzysta z konfiguracji Dual SIM Dual Standby (DSDS): fizycznej karty SIM do obsługi numeru domowego (połączenia/SMS) oraz turystycznej karty eSIM do transferu danych w miejscu docelowym.

+-------------------------------------------------------------------+
|               Konflikty routingu w trybie Dual-SIM                |
+--------------------+----------------------------------------------+
| Fizyczna SIM (Dom) | Priorytet: Głos/SMS (Aktywny nasłuch IMS)    |
| Karta eSIM (Dane)  | Priorytet: Transmisja danych                 |
| Podsieć Hotspotu   | Konflikt: DNS powiązany ze stosem głównej SIM|
+--------------------+----------------------------------------------+

Taka konfiguracja często wywołuje kolizje w tablicy routingu:

• Pułapki serwerów DNS: Wewnętrzny demon rozpoznawania nazw w Androidzie może kierować zapytania DNS z udostępnionego połączenia przez nieaktywny lub zablokowany w roamingu serwer DNS podstawowej, fizycznej karty SIM. Skutkuje to natychmiastowym brakiem działania DNS na podłączonych urządzeniach.
• Niedopasowanie jednostki MTU (IP MTU): Kapsułkowanie danych w roamingu eSIM (np. tunele GTP między lokalną siecią wizytowaną a bramą domową dostawcy eSIM) zmniejsza efektywną wartość Maximum Transmission Unit (MTU). Podczas gdy przeglądarka w telefonie automatycznie negocjuje rozmiar pakietu za pomocą Path MTU Discovery, podłączone laptopy często wysyłają zbyt duże pakiety (1500 bajtów), które są po cichu odrzucane przez pośrednie bramy mobilne bez zwrócenia komunikatu ICMP o konieczności fragmentacji.

Wybór nowoczesnych dostawców danych w podróży, takich jak MollySIM, eliminuje te konflikty interfejsów. MollySIM wykorzystuje zoptymalizowaną architekturę APN obsługującą wielu operatorów, zaprojektowaną tak, aby omijać blokady uprawnień tetheringu i automatycznie negocjować jednolite ścieżki danych. Co więcej, limit Fair Use Policy (FUP) na poziomie 384 kb/s w MollySIM — 3x szybszy niż rynkowy standard 128 kb/s — sprawia, że kluczowe aplikacje, takie jak Mapy Google, Uber, wiadomości głosowe WhatsApp i Apple Pay, utrzymują aktywne połączenia gniazd (socket connections), nawet jeśli podłączone urządzenia wykonują intensywne synchronizacje w tle.

Analiza kluczowych pól APN: Rola typu APN „default,supl,dun” oraz protokołów Dual-Stack

Punkt dostępu (APN – Access Point Name) to brama sieciowa definiująca dokładny kontekst protokołu PDP (Packet Data Protocol), reguły routingu oraz parametry uwierzytelniania, jakie urządzenie z Androidem musi zastosować do nawiązania łączności z siecią pakietową operatora (PDN). Nieprawidłowa konfiguracja APN — lub pominięcie kluczowych flag — może sprawić, że internet w samym telefonie będzie działał idealnie, podczas gdy funkcja hotspotu zostanie całkowicie odcięta.

Poniżej znajduje się szczegółowe omówienie kluczowych parametrów odpowiedzialnych za routing danych, wsparcie lokalizacji i procedury negocjacji tetheringu.

Hierarchia typów APN: Wyjaśnienie flag default, supl, dun, mms i hipri

Android określa, które interfejsy sieciowe obsługują wychodzące gniazda sieciowe, na podstawie pola Typ APN. Pole to przyjmuje ciąg wartości rozdzielonych przecinkami (bezwzględnie bez spacji). Pominięcie wymaganego parametru instruuje system Android, aby zablokował ruch z powiązanej usługi systemowej lub interfejsu peryferyjnego.

Standardowa konfiguracja turystycznej eSIM: default,supl,dun
Profil przestarzały / z blokadą operatora:  default,mms (Całkowicie blokuje mostek tetheringu)

Dlaczego brak flagi dun powoduje odrzucanie pakietów z hotspotu?

Kiedy laptop lub tablet łączy się z Twoim hotspotem Wi-Fi w telefonie z Androidem, router interfejsów nadrzędnych systemu weryfikuje aktywny profil PDP:

1. Jeśli profil karty SIM operatora wskazuje, że tethering wymaga klasy dun, a aktywny ciąg APN zawiera wyłącznie default, Android odrzuca pakiety mostka tetheringu lub próbuje wynegocjować nieistniejący, wtórny profil APN DUN operatora.
2. W warunkach roamingu odwiedzana stacja bazowa (VPLMN) wysyła zapytanie do serwera reguł (PCRF) macierzystej sieci komórkowej (HPLMN). Jeśli w żądanym kontekście APN brakuje wartości dun, bramy sieci mobilnej (SGW/PGW) odrzucają enkapsulowane pakiety tetheringu bezpośrednio na poziomie warstwy GTP (GPRS Tunneling Protocol).

Protokół APN i Protokół APN w roamingu: Rozwiązywanie problemów z negocjacją Dual-Stack

Protokół APN (używany w zasięgu sieci macierzystej) oraz Protokół APN w roamingu (aktywny zawsze, gdy turystyczna karta eSIM loguje się do zagranicznej sieci partnerskiej) decydują o sposobie przydzielania adresów IP przez bramy lokalne i roamingowe.

Android obsługuje trzy stany protokołu:

• Tylko IPv4: Przesyła wyłącznie adresy 32-bitowe. Opiera się na technologii CGNAT (Carrier-Grade NAT). Zapewnia wysoką kompatybilność, ale wprowadza dodatkowe opóźnienia i narzut w nagłówkach pakietów.
• Tylko IPv6: Przesyła adresy 128-bitowe. Nie zapewnia wstecznej kompatybilności ze starszymi urządzeniami klienckimi, które nie obsługują warstw translacji 464XLAT lub DNS64/NAT64, co wywołuje natychmiastowy błąd „Połączono, brak internetu” na sprzęcie klienta.
• IPv4/IPv6 (Dual-Stack): Ustawienie optymalne. Tworzy podwójny kontekst PDP, przypisując do interfejsu adres zarówno w standardzie IPv4, jak i IPv6.

Wpływ tunelowania GTP i fragmentacji MTU za granicą

Międzynarodowa transmisja danych za pośrednictwem turystycznej karty eSIM przechodzi przez tunel GTP zestawiony między lokalnym masztem a macierzystą bramą PGW dostawcy eSIM. Taka enkapsulacja generuje zauważalny narzut protokołu:

• Domyślne MTU dla Ethernet/Wi-Fi: 1500 bajtów
• Typowe MTU w roamingu komórkowym GTP: 1400 – 1440 bajtów

Gdy podłączony laptop wysyła niepofragmentowane pakiety o wielkości 1500 bajtów przez łącze roamingowe pracujące wyłącznie w trybie IPv4, pośrednie bramy komórkowe odrzucają przewymiarowane pakiety bez generowania odpowiedzi ICMP Destination Unreachable (Fragmentation Needed). W rezultacie bezpieczne procedury uzgadniania połączenia (handshake TLS/SSL) zawieszają się w nieskończoność.

Włączenie trybu Dual-Stack IPv4/IPv6 aktywuje nowoczesne mechanizmy Path MTU Discovery (PMTUD) oraz dopasowywanie rozmiaru segmentu TCP (MSS clamping). Zapobiega to cichemu gubieniu pakietów i rozwiązuje problem zrywających się połączeń na komputerach podłączonych do hotspotu.

Architektura operatora: Dlaczego nowocześni dostawcy eliminują błędy konfiguracji

Tradycyjne turystyczne karty SIM polegają na sztywnych, zablokowanych profilach APN, które wymagają ręcznej konfiguracji i drastycznie ograniczają przepustowość po przekroczeniu podstawowego pakietu danych. Z kolei nowocześni dostawcy międzynarodowi, tacy jak MollySIM, bazują na elastycznym rdzeniu sieci obsługującym wielu operatorów. Domyślnie dostarcza on ujednolicony ciąg default,supl,dun oraz bezbłędnie skonfigurowany protokół IPv4/IPv6 Dual-Stack od razu po instalacji.

Dodatkowo, jeśli podłączony laptop uruchomi w tle duże procesy synchronizacji (np. kopię zapasową w chmurze), limit Fair Use Policy (FUP) na poziomie 384 kb/s w MollySIM — 3x szybszy niż standardowe 128 kb/s — gwarantuje, że główne połączenie zachowa przepustowość niezbędną do stabilnego działania aplikacji takich jak Mapy Google, Uber, wiadomości głosowe WhatsApp i Apple Pay bez przekraczania limitów czasu (timeoutów).

Poradnik krok po kroku: Dodawanie i edycja własnych punktów APN w Samsung One UI, Google Pixel i czystym Androidzie

Ponieważ producenci smartfonów z Androidem mocno modyfikują menu ustawień sieciowych, ścieżka dotarcia do konfiguracji punktów dostępu różni się w zależności od marki. Skorzystaj z poniższych instrukcji, aby skonfigurować profil APN zgodny z tetheringiem.

1. Ścieżki nawigacji w zależności od urządzenia

2. Procedura konfiguracji krok po kroku

Po przejściu do ekranu Nowy APN / Edytuj punkt dostępu wprowadź kolejno poniższe parametry:

Nazwa:                  Travel Hotspot (lub nazwa dostawcy, np. MollySIM)
APN:                    [APN Twojego dostawcy, np. globaldata lub internet]
Typ APN:                default,supl,dun
Protokół APN:           IPv4/IPv6
Protokół APN w roamingu: IPv4/IPv6
Nośnik (Bearer):        Nieokreślony (Unspecified)

1. Wprowadź ujednolicony ciąg APN: Dotknij pola Typ APN i wpisz: default,supl,dun.

Ważne: Upewnij się, że po przecinkach nie ma spacji. Wpisanie default, supl, dun spowoduje błąd parsowania w module telefonii Androida.

1. Ustaw protokoły Dual-Stack: Upewnij się, że zarówno Protokół APN, jak i Protokół APN w roamingu mają ustawioną wartość IPv4/IPv6. Zapobiega to odrzucaniu niepofragmentowanych pakietów tetheringu przez bramy mobilne z powodu ograniczeń MTU.
2. Zapisz profil:

• Na urządzeniach Samsung: Dotknij menu trzech pionowych kropek (⋮) w prawym górnym rogu > wybierz Zapisz.
• Na urządzeniach Pixel / OxygenOS: Dotknij trzech kropek (⋮) > wybierz Zapisz (lub dotknij ikony haczyka).

1. Wybierz aktywny APN: Wróć do listy punktów dostępu i zaznacz pole wyboru (radio button) obok nowo utworzonego profilu, aby go aktywować.
2. Wymuś zwolnienie połączenia RRC (przełączenie trybu samolotowego): Modem pasma podstawowego utrzymuje poprzednie konteksty PDP do momentu wymuszenia resetu połączenia radiowego. Włącz Tryb samolotowy, odczekaj od 10 do 15 sekund, a następnie go wyłącz.

3. Przypadki szczególne: Odblokowywanie wyszarzonych pól APN

Niektóre wersje oprogramowania brandowane przez operatorów (szczególnie urządzenia z blokadami sieci takich jak Verizon, AT&T czy NTT Docomo) blokują lub ukrywają pole Typ APN, uniemożliwiając ręczną edycję.

• Rozwiązanie A: Utworzenie nowego profilu APN: Nigdy nie edytuj istniejącego, zablokowanego profilu APN wczytanego z karty SIM. Zamiast tego dotknij ikony Dodaj (+), aby utworzyć nowy wpis od zera. W 90% smartfonów z Androidem odblokowuje to zszarzałe pola.
• Rozwiązanie B: Menu diagnostyczne Informacje o telefonie: Otwórz aplikację telefonu i wybierz kod ##4636##, aby uruchomić ukryte menu testowe Androida. Przejdź do sekcji Informacje o telefonie, przewiń w dół i sprawdź stan sieci. Wyłączenie i ponowne włączenie opcji Zasilanie sieci komórkowej (Mobile Radio Power) czyści zawieszone blokady operatora bez konieczności resetowania telefonu do ustawień fabrycznych.

4. Weryfikacja przydziału IP i statusu bramy

Aby upewnić się, że jądro Androida prawidłowo powiązało interfejs tetheringu z wielokanałowym punktem APN:

1. Połącz urządzenie wtórne (laptop lub tablet) z hotspotem w Androidzie.
2. Otwórz terminal (macOS/Linux) lub Wiersz polecenia (Windows) na podłączonym komputerze i wykonaj test ping na publiczne adresy IPv4 oraz IPv6:

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

1. Jeśli komputer poprawnie tłumaczy publiczne adresy DNS i przesyła pakiety ze stratą 0%, roamingowy kontekst PDP w standardzie Dual-Stack został poprawnie nawiązany.

Jeśli często podróżujesz i wolisz uniknąć żmudnej konfiguracji APN, dostawcy tacy jak MollySIM w pełni automatyzują ten proces. MollySIM automatycznie przesyła bezbłędnie skonfigurowane profile tetheringu bezprzewodowo (OTA) od razu po wylądowaniu.

Co więcej, jeśli aktualizacje systemowe na laptopie wyczerpią Twój pakiet szybkiego transferu, MollySIM przełącza łącze na limit Fair Use Policy (FUP) wynoszący 384 kb/s. Ponieważ 384 kb/s to prędkość 3x wyższa niż restrykcyjny standard 128 kb/s stosowany w budżetowych kartach eSIM, procesy w tle nie zablokują usług o niskim opóźnieniu na Twoim telefonie, takich jak Mapy Google, Uber czy Apple Pay.

Tabela rozwiązywania problemów z parametrami APN i blokadami tetheringu operatorów

Jeśli telefon z Androidem ma dostęp do internetu, ale urządzenia podłączone do hotspotu nie mogą ładować stron, przyczyną jest niemal zawsze niespójność między lokalną tablicą routingu Androida a definicjami kontekstu PDP (Packet Data Protocol) u operatora sieci komórkowej (MNO).

Poniższa tabela przedstawia konkret