Şebeke Var Ama İnternet Yok mu? Seyahat eSIM Veri ve DNS Sorunlarını Çözme (2026 Rehberi)

"Hayalet Sinyal" Fenomeni: Telefonunuz Neden Sıfır Veri Akışına Rağmen Tam Çeker?

Uzun bir uçak yolculuğunun ardından telefonunuza bakıp 5G veya LTE simgesinin yanında tam çeken sinyal çubukları görmek, ancak tarayıcınızda tek bir baytlık verinin dahi akmadığını fark etmek kadar sinir bozucu çok az şey vardır. Sıklıkla "Hayalet Sinyal" (Phantom Signal) olarak adlandırılan bu durum, seyahat eSIM'i kullanımında en sık karşılaşılan teknik sorunlardan biridir.

Bunun neden yaşandığını anlamak için işletim sistemi kullanıcı arayüzünün (UI) ötesine bakmalı ve hücresel ağ mimarilerinin fiziksel radyo bağlantısını paket anahtarlamalı yönlendirme çekirdeğinden nasıl ayırdığını incelemeliyiz.

+---------------+      RF Bağlantısı (L1/L2)     +-----------------+
| Kullanıcı Cihazı | <========================> | Yerel Baz İstasyonu | (Tam Çeken Sinyal Göstergesi)
+---------------+                                +-----------------+
       |                                                 |
       | L3 PDP Bağlamı (Context) Aktivasyonu Başarısız   | S8 / IPX Ara Bağlantısı
       v                                                 v
+-----------------------------------------------------------------+
|   Çekirdek Ağ El Sıkışması Tıkandı: VPLMN <---> HPLMN HSS         | (İnternet Yok / IP Düşüşü)
+-----------------------------------------------------------------+

Katman 1/2 RF Alımı ve Katman 3 Paket Veri Yönlendirmesi

iOS ve Android cihazlardaki sinyal göstergesi internet veri akış hızını ölçmez; yalnızca cihazınızın modemi ile yerel baz istasyonu (4G LTE için eNodeB veya 5G için gNodeB) arasındaki Katman 1 (Fiziksel) ve Katman 2 (Veri Bağlantısı) Radyo Frekansı (RF) gücünü ölçer.

• Fiziksel Sinyal Metrikleri: Telefonunuz sinyal çubuklarını Referans Sinyal Alım Gücü (RSRP) ve Referans Sinyal Alım Kalitesi (RSRQ) gibi metriklere göre hesaplar. Yüksek bir RSRP değeri, yalnızca cihazınızın bir baz istasyonuna fiziksel olarak yakın olduğunu ve net bir radyo taşıyıcı dalgası aldığını gösterir.
• Ağ Katmanı Yürütmesi (Katman 3): Bir web sayfasını yüklemek veya bir işlemi tamamlamak için modeminizin bir Katman 3 Paket Veri Ağı (PDN) bağlantısı kurması gerekir. Bu da cihazınız, yerel hücresel çekirdek ağ ve genel internet arasında uçtan uca mantıksal bir oturum açılmasını zorunlu kılar.

Katman 1 ve 2 başarılı bir yayın bağlantısı kurar ancak Katman 3 yönlendirme parametrelerini müzakere edemezse, cihazınız tam sinyal gücü gösterirken tamamen bağlantısız bir boşlukta kalır.

Dolaşım Mimarisi: VPLMN ile HPLMN Senkronizasyonu

Bir seyahat eSIM'i kullandığınızda, veri yolunuz uluslararası dolaşım (roaming) altyapısına dayanır. Cihazınız Ziyaret Edilen Genel Kara Mobil Ağı'na (VPLMN)—örneğin Japonya'daki SoftBank veya Fransa'daki Orange—bağlanır; ancak abone profiliniz başka bir yerde (genellikle Singapur, Hong Kong veya Batı Avrupa) bulunan Ev Genel Kara Mobil Ağı'nda (HPLMN) barındırılır.

Cihazınız bağlanmaya çalıştığında, ziyaret edilen yerel operatör, uluslararası bir IPX (IP Exchange) proxy'si üzerinden ana sağlayıcınızın Ev Abone Sunucusu'nu (HSS) veya Ev Konum Kaydı'nı (HLR) sorgulamak zorundadır. Bu operatörler arası el sıkışma uluslararası yönlendirme gecikmesi nedeniyle zaman aşımına uğrarsa kimlik doğrulama durur: Baz istasyonu RF kanalını açık tutar (bu size tam sinyal gösterir), ancak ağ çekirdeği veri paketlerini yönlendirmeyi reddeder.

PDP Bağlamı (Context) Aktivasyon Hataları ve Yönlendirme Kara Delikleri

Aşılması gereken son engel Paket Veri Protokolü (PDP) Bağlamı Aktivasyonudur. Bu aşamada:

1. Telefon, belirli bir Erişim Noktası Adı (APN) aracılığıyla bir IP adresi talep eder.
2. VPLMN, kullanıcı verilerini taşımak için radyo taşıyıcıları (radio bearers) tahsis eder.
3. Ev Paket Veri Ağ Geçidi (P-GW) veya Kullanıcı Düzlemi İşlevi (UPF) bir IP kiralaması atar ve dinamik yönlendirme tabloları oluşturur.

PDP Bağlamı aktivasyonu hatalı bir APN dizesi, geçersiz kimlik doğrulama belirteçleri veya bir dolaşım uyuşmazlığı nedeniyle başarısız olursa, bağlantı sessizce düşer. Cihazınız radyo şebekesine bağlı kalır (sinyal kanalı sağlamdır), ancak varsayılan bir ağ geçidinden yoksundur.

[Cihaz] --- (1. Bağlantı Başarılı) ---> [VPLMN Kulesi] 
[Cihaz] --- (2. PDP Talebi) ---------> [VPLMN Çekirdeği] --- (Zaman Aşımı) ---> [HPLMN Çekirdeği (HSS)]
Sonuç: RF Bağlantısı AÇIK (Tam Şebeke) | IP Katmanı KAPALI (Veri Yok)

Ayrıca, düşük bütçeli seyahat eSIM'leri genellikle veri limitleri aşıldığında Katman 3 oturumlarını tamamen kesen agresif Adil Kullanım Politikaları (FUP) uygular ve bu da PDP bağlamının askıda kalmasına neden olur. 1. Seviye (Tier-1) mimariler, esnek IP geçişi ve kesintisiz oturum canlı tutma (keep-alive) sinyalleri ile bu sorunu ortadan kaldırır.

Örneğin, MollySIM gibi sağlayıcılar aktif PDP bağlamı kiralamalarını korur ve sektör standardı olan 128 kbps sınırının üç katı olan 384 kbps FUP taban hızı uygular. Bu sayede veri kotası aşılsa bile PDP bağlamı sonlandırılmaz; Google Haritalar navigasyonu, VoIP bağlantıları ve Apple Pay doğrulama belirteçleri gibi kritik Katman 3 veri akışları kesintisiz çalışmaya devam eder.

Yurt Dışında Seyahat eSIM Veri Donmalarının 4 Gizli Temel Nedeni

Akıllı telefonunuz maksimum sinyal çubuklarının yanında güçlü bir 5G veya LTE simgesi gösteriyorsa, fiziksel Radyo Frekansı (RF) katmanı kusursuz çalışıyor demektir. Sorun, ağ yığınının daha üst katmanlarında meydana gelir. Veri paketlerinin neden durduğunu anlamak için durum çubuğunun ötesine geçerek uluslararası dolaşımı yöneten yönlendirme protokollerine, taban bandı durumlarına ve ağ mimarilerine bakmak gerekir.

1. APN Protokol Uyuşmazlıkları (IPv4 / IPv6 Dual-Stack Kilitlenmeleri)

Erişim Noktası Adı (APN), cihazınızın hücresel taban bandı ile Genel Veri Ağı (PDN) arasında bir köprü görevi görür. Modern işletim sistemleri temel APN dizelerini (ör. globaldata veya internet) otomatik olarak yapılandırsa da, altta yatan APN Protokol parametrelerini sıklıkla yanlış eşler.

[Cihaz IPv6 Yığını] ---> (Kapsüllenmiş Paket) ---> [Eski VPLMN Ağ Geçidi (Yalnızca IPv4)] ---> [Sessiz Paket Düşüşü / RST]

• Mekanizma: Gelişmekte olan pazarlardaki veya eski altyapılara sahip birçok dolaşım ortağı ağı (VPLMN), katı bir şekilde yalnızca IPv4 destekleyen GPRS Destek Düğümleri (SGSN/GGSN) çalıştırır. Seyahat eSIM profiliniz varsayılan olarak IPv6 veya yanlış yapılandırılmış bir IPv4v6 Dual Stack veri kapsüllemesi kullanıyorsa, yerel Paket Veri Ağı Ağ Geçidi (PGW), ICMP "ulaşılamıyor" hatası bile döndürmeden giden IP paketlerini sessizce düşürür.
• Belirti: Cihazınız aktif bir Radyo Kaynak Kontrolü (RRC) bağlantı durumunu (tam şebeke) korur, ancak ağ geçidi IPv6 paket yükünü dönüştüremediği için uygulamalar standart TCP üç yönlü el sıkışmasını tamamlayamaz.

2. Eski (Stale) Karşılama Portalı (Captive Portal) DNS Önbellek Kayıtları

Havalimanı ve otel Wi-Fi ağları, bağlantıyı kestikten uzun süre sonra bile devam eden DNS çözümleme hatalarına yol açmalarıyla bilinir.

Halka açık bir Wi-Fi ağına bağlandığınızda, işletim sisteminin yerel önbellek çözümleyicisi (iOS'ta mDNSResponder veya Android'de netd), sistem genelindeki DNS isteklerini yerel ağ geçidinin karşılama portalı IP adresine (ör. 10.254.1.1) bağlar.

Wi-Fi alanından çıkıp hücresel veriye geçtiğinizde işletim sistemi bu soket durumunu her zaman anında temizlemez. Cihaz, mobil arayüz üzerinden ulaşılamayan karşılama DNS sunucusu aracılığıyla alan adlarını çözümlemeye çalışmaya devam eder. Katman 3 hücresel rotası açık olduğundan cihaz hemen bir ağ hatası vermez; bunun yerine her bir UDP sorgusunun zaman aşımına uğramasını bekler (genellikle varlık başına 15–30 saniye sürer), bu da uygulamaların açılış ekranlarında süresiz olarak takılmasına neden olur.

3. Dolaşım Mimarisi Yönlendirme Tıkanıklıkları: Home-Routed (HR) ve Local Breakout (LBO)

Verilerinizin katettiği fiziksel mesafe, bağlantınızın kararlı kalıp kalmayacağını veya yüksek gecikme süresi altında çöküp çökmeyeceğini belirler.

Bütçe dostu eSIM sağlayıcıları, genellikle varış noktanızdan binlerce kilometre uzakta bulunan tek bir merkezi çekirdekte barındırılan Home-Routed (HR) mimarilerini kullanarak transit maliyetlerini düşürür. Japonya'daki bir kullanıcı, Avrupa merkezli bir HR eSIM üzerinden yerel bir Japon hizmetine eriştiğinde, her veri paketinin dünyayı iki kez dolaşması gerekir.

Bu aşırı gecikme, hassas iletim protokollerinin başarısız olmasına yol açar. TLS 1.3 el sıkışmaları zaman aşımına uğrar, paketlerin sırasının bozulması nedeniyle TCP pencere boyutları çöker ve mobil taban bantları bu uygulama katmanı gecikmelerini kopmuş bir bağlantı olarak yorumlar.

Bu zafiyeti ortadan kaldırmak için MollySIM gibi 1. Seviye sağlayıcılar, yerelleştirilmiş yönlendirmeye sahip küresel olarak dağıtılmış Kullanıcı Düzlemi İşlevleri (UPF) kullanır. Ayrıca MollySIM'in sektör standardı olan 128 kbps sınırının üç katı olan 384 kbps Adil Kullanım Politikası (FUP) taban hızı, yoğun bölgesel kısıtlama dönemlerinde bile veri hattının TLS sertifikalarını, Apple Pay güvenlik belirteçlerini ve canlı harita vektörlerini zaman aşımına uğramadan işleyebilmesini sağlar.

4. Çift SIM Taban Bandı (Baseband) Çakışması ve Arayüz Değiştirme Gecikmesi

Modern Çift SIM Çift Bekleme (DSDS) modemleri, aynı anda iki farklı operatör ağıyla iletişim kurmak için paylaşılan tek bir RF alıcı-vericisi kullanır.

Birincil yerel SIM'iniz gelen SMS veya VoLTE çağrıları için aktif kalırken seyahat eSIM'iniz varsayılan veri hattı olarak ayarlandığında, taban bandı modemi her iki frekans arasında zaman paylaşımı yapmak zorundadır:

1. Çağrı Kanalı Önceliği: Birincil yerel operatörünüz yüksek frekanslı kayıt istekleri veya 2G/3G ağ arama komutları gönderirse taban bandı, ana hattın çağrı kanalını dinlemek için eSIM'in yüksek hızlı veri kanalını geçici olarak askıya alır.
2. Arayüz Kilitlenmeleri: Dolaşım el sıkışmalarının kararsız olduğu bölgelerde işletim sisteminin "Hücresel Veri Geçişine İzin Ver" özelliği açıksa, işletim sistemi varsayılan internet ağ geçidini SIM 1 ve SIM 2 arasında hızla değiştirir. Bu durum, giden IP paketlerinin o sırada yetkilendirilmiş bir IP kiralaması bulunmayan bir arayüze gönderildiği bir yönlendirme tablosu yarışına (race condition) neden olur ve tam sinyale rağmen veri akışını tamamen dondurur.

iOS 19 ve Android 16 İçin Adım Adım Tanılama Kontrol Listesi

Bir işletim sistemi tam RSRP (Referans Sinyal Alım Gücü) çubukları gösteriyor ancak paketleri iletmiyorsa sorun neredeyse her zaman Katman 3 (IP ataması), APN ağ geçidi yetkilendirmesi veya DNS çözümleme katmanlarındadır. Kilitlenmeleri sistematik olarak gidermek için işletim sisteminize uygun aşağıdaki adımları uygulayın.

iOS 19: Kilitlenen eSIM Veri Hatlarını Açma

1. Tek SIM Veri Yönlendirmesini Zorunlu Kılın:

• Ayarlar > Hücresel (veya Mobil Veri) bölümüne gidin.
• Hücresel Veri seçeneğine dokunun ve seyahat eSIM'inizin seçili olduğundan emin olun.
• Hücresel Veri Geçişine İzin Ver seçeneğini KAPALI konuma getirin. iOS 19'da bunu açık bırakmak, birincil fiziksel SIM'iniz arka planda IMS kaydı yapmaya çalışırsa taban bandı arayüzünde hızlı kopmalara neden olabilir.

1. Dolaşım ve Hücresel Veri Ağı (APN) Parametrelerini Doğrulayın:

• SIM'ler altından seyahat eSIM profilinizi seçin.
• Veri Dolaşımı seçeneğinin AÇIK olduğunu doğrulayın.
• Hücresel Veri Ağı seçeneğine dokunun. Alanlar düzenlenebiliyorsa APN alanının sağlayıcınızın tam profil dizesiyle (ör. globaldata veya sağlayıcıya özel APN) eşleştiğinden emin olun. Operatör tarafından açıkça belirtilmedikçe Kullanıcı Adı ve Parola alanlarını boş bırakın. LTE Kurulumu veya Kişisel Erişim Noktası bölümleri altındaki eski APN kayıtlarını temizleyin.

1. Dinamik PLMN Dolaşım El Sıkışmalarını Geçersiz Kılın (Manuel Ağ Seçimi):

• Ayarlar > Hücresel > [Seyahat eSIM'i] > Ağ Seçimi bölümüne gidin.
• Otomatik seçeneğini KAPALI konuma getirin.
• iOS'un yerel baz istasyonlarını taraması için 30–60 saniye bekleyin. Modemin yoğun ve düşük öncelikli mikro hücreler arasında gezinmesine izin vermek yerine eSIM sağlayıcınız tarafından atanan birincil 1. Seviye dolaşım ortağını manuel olarak seçin.

1. Geçici Çözümleyici Önbelleklerini Temizleyin:

• Paket Veri Protokolü (PDP) bağlamını tamamen sıfırlamak ve eski DHCP kiralamalarını serbest bırakmak için Uçak Modu'nu 20 saniye boyunca açık tutun.
• DNS zaman aşımları devam ederse Ayarlar > Safari > İleri Düzey > Web Sitesi Verileri bölümüne gidin ve çözümlenemeyen soket durumlarını silmek için Tüm Web Sitesi Verilerini Sil'e dokunun.

Android 16: APN Uyuşmazlıklarını ve Operatör DNS Kilitlenmelerini Çözme

Android 16, Katman 3 kapsüllemesi ve sistem genelinde şifrelenmiş veri iletimi üzerinde doğrudan kontrol sağlar. Operatör düzeyindeki DNS tıkanıklıklarını atlamak için şu ayarları kullanın:

Android Sorun Giderme Adımları:

1. Erişim Noktası Adını (APN) Yeniden Yapılandırın:

• Ayarlar > Ağ ve internet > SIM'ler > [Seyahat eSIM'i] > Erişim Noktası Adları yolunu izleyin.
• Yeni bir profil oluşturmak için + (Ekle) simgesine dokunun.
• Ad kısmına sağlayıcınızın adını, APN kısmına ise belirtilen ağ geçidi adresini yazın.
• APN türü alanını açıkça default,supl olarak tanımlayın (boşluk bırakmayın).
• Hem APN protokolü hem de APN dolaşım protokolü alanlarını IPv4/IPv6 olarak ayarlayın. Eski mobil altyapıya sahip bir bölgedeyseniz (Güney Asya veya Latin Amerika'nın bazı bölgeleri gibi), modemin hiçbir zaman gelmeyecek IPv6 yönlendirici yanıtlarını beklemesini engellemek için her ikisini de IPv4 olarak ayarlayın.
• Üç nokta menüsüne dokunup ➔ Kaydet deyin, ardından yeni APN'inizi seçin.

1. Operatör DNS Tıkanıklıklarını Aşın (Özel DNS):

• Dolaşım veri kanalları genellikle hatalı yapılandırılmış yerel operatör santrallerinden geçer.
• Ayarlar > Ağ ve internet > Özel DNS bölümüne gidin.
• Özel DNS sağlayıcısı ana makine adı seçeneğini işaretleyin ve şunlardan birini girin:
• one.one.one.one (Cloudflare DNS-over-TLS) veya
• dns.google (Google Public DNS).
• Bu işlem DNS sorgularınızı TLS (port 853) üzerinden şifreleyerek bozuk yerel telekom DNS önbelleklerini tamamen devre dışı bırakır.

1. Ağ Ayarlarını Sıfırlayın:

• Veri akışı hala başlamıyorsa Ayarlar > Sistem > Sıfırlama seçenekleri > Wi-Fi, mobil ve Bluetooth'u sıfırla seçeneğini kullanın.
• Not: Bu işlem yüklü eSIM profillerinizi silmeden eski Katman 2 yönlendirme tablolarını temizler.

Güvenilir Ağ Yedeklemeleri

Tanılama kontrolleri doğru APN ve DNS yapılandırmasını doğrulamasına rağmen yoğun saatlerde bağlantı donmaya devam ediyorsa, profil büyük olasılıkla katı bir Adil Kullanım Politikası (FUP) kısıtlamasına takılmıştır. MollySIM gibi gelişmiş seyahat sağlayıcıları, sektör standardı olan 128 kbps sınırının neredeyse üç katı olan 384 kbps taban FUP eşiği uygulayarak bu sorunu çözer.

128 kbps hız güvenli HTTPS/TLS el sıkışmalarında paket kayıplarına ve zaman aşımlarına yol açarken, 384 kbps'lik bir hat düşük ek yüklü trafiği sorunsuzca sürdürür. Bu sayede Google Haritalar navigasyonu, WhatsApp mesajlaşması ve Apple Pay ödeme işlemleri yoğun yabancı altyapılarda dolaşımdayken bile anında tamamlanır.

Mimari İnceleme: Dolaşım Teknolojileri ve Arıza Noktalarının Karşılaştırması

Akıllı telefonunuz tam sinyal göstermesine rağmen temel bir DNS sorgusunu bile yanıtlayamadığında sorun nadiren fiziksel Radyo Erişim Ağından (RAN) kaynaklanır. Asıl arıza, paket çekirdek yönlendirme mimarisinin içinde meydana gelir.

Birçok ekonomik seyahat eSIM'i, katı ve merkezi Paket Veri Ağı Ağ Geçitlerine (PGW) veya Kullanıcı Düzlemi İşlevlerine (UPF) bağlı tek IMSI'li profiller kullanır. Hücreler arası geçiş yerel Paket Veri Protokolü (PDP) bağlamınızın uzak ana ağ geçidiyle senkronizasyonunu bozarsa, cihazınız yerel kule ile Katman 1/Katman 2 radyo temasını sürdürürken Katman 3 IP trafiği sessizce kaybolur.

Dolaşım uygulamaları arasındaki yapısal farkları anlamak, bazı profillerin neden tamamen kilitlendiğini, gelişmiş mimarilerin ise neden anında toparlandığını açıkça gösterir.

Dolaşım Mimarisi Karşılaştırma Tablosu