Mobil Proxy Sorun Giderme

Adresin ve portun dışarıdan yanıt verip vermediğini Proxy Kontrol, HTTP Proxy Kontrol ve SOCKS5 Proxy Kontrol araçlarıyla görebilirsiniz. Test bizim sunucumuzdan yapıldığı için olumlu sonuç yalnızca oradan erişimi doğrular; ağınızdaki güvenlik duvarı gibi kısıtları göstermez, IP'nin mobil olduğunu ya da hedef sitenin ileride nasıl davranacağını da kanıtlamaz.

407, HTTP standardında (RFC 9110) proxy'nin kimlik istediğini bildiren koddur: proxy doğrulama yöntemini yanıtında belirtir, istemci kimlik bilgisiyle isteği yeniden gönderir; tarayıcılar bu yüzden kullanıcı adı ve şifre penceresi açar. 407 görmek proxy'nin çalışmadığı anlamına gelmez; tersine, proxy yanıt veriyor ve sizi tanımıyor demektir. 401 ise hedef sitenin kimlik isteğidir.

Olası nedenler

• Kullanıcı adı ya da şifre yanlış; kopyalarken satır sonundaki boşluk da alınmış olabilir.
• Şifrede @, :, /, # gibi karakterler var ve adres biçiminde kodlanmadan yazılmış.
• İstemci kimlik bilgisi göndermiyor: kimlik alanı boş kalmış ya da kimlik alanı sunmayan bir ekran (Windows sistem ayarı, Android Wi-Fi proxy ekranı) kullanılmış ve doğrulama penceresi hiç açılmamış.
• IP yetkilendirmesi kullanıyorsunuz ve internetinizin çıkış IP'si değişmiş. Sağlayıcının belirttiğine göre kullanıcı adı ve şifreye alternatif olarak IP whitelist sunulur; tanımlı adres artık sizin adresiniz değilse bağlantının kabul edilmemesi beklenir.
• Bilgiler panelde değişmiş olabilir; kullanıcı adı, şifre ve portu panelden yeniden alın.

Özel karakterler adreste anlam taşır; örneğin @ kullanıcı bilgisinin bittiği yeri gösterir. Şifrede bunlardan biri varsa adres biçiminde yüzde kodlamasıyla yazılmalıdır.

SOCKS5'te durum farklıdır. Bu protokolde HTTP durum kodu yoktur: kullanıcı adı ve şifre aşamasında (RFC 1929) başarısızlık, sıfır dışında bir durum değeriyle bildirilir ve sunucu bağlantıyı kapatır. Hatanın nasıl göründüğü istemciye bağlıdır; bu yüzden SOCKS5 kullanırken 407 aramayın. curl'de çıkış kodu sürüme göre 97 ya da 7 olabilir. İki protokolün farkı için HTTP ve SOCKS5 farkı rehberine bakın.

İki hata benzer görünür ama farklı şeyler söyler. “Bağlantı reddedildi”, adresteki makineye ulaşıldığını, ancak o portta dinleyen bir hizmet olmadığını ya da bağlantının bilerek reddedildiğini gösterir. “Zaman aşımı” ise yanıt hiç gelmedi demektir: paketler yolda düşüyor, bir güvenlik duvarı sessizce engelliyor ya da hat yanıt vermiyor olabilir. curl çıkış kodları ilk ipucunu verir.

1. Adres ve portu yeniden kopyalayın

   Panelden yeniden alın; harf benzerliklerine ve boşluklara dikkat edin.

2. Porta erişimi sınayın

   Kendi bilgisayarınızdan portun açık olup olmadığına bakın (aşağıdaki komutlar). Port Kontrol aracı aynı sınamayı bizim sunucumuzdan yapar; iki sonucun farklı çıkması sizin ağınızdaki bir kısıtı işaret edebilir.

3. Başka bir ağdan deneyin

   Şirket, okul ve bazı ortak ağlar giden bağlantı portlarını kısıtlar. Aynı isteği başka bir Wi-Fi ya da kişisel bağlantıyla tekrarlayın.

4. Protokolü doğrulayın

   Girdiğiniz tür, bilgilerinizin ait olduğu protokolle aynı olmalıdır. Paketinizde ikinci bir protokol sunulup sunulmadığından emin değilseniz denemek yerine WhatsApp'tan sorun.

5. Paneli kontrol edin

   Paketin süresinin dolup dolmadığına bakın. Türkiye paketlerinde kalan kota panelde görünür (sağlayıcı beyanı); GB kotalı pakette kotanın bitip bitmediğini kontrol edin.

Test-NetConnection -ComputerName proxy.example.com -Port PORT

nc -vz proxy.example.com PORT

PowerShell çıktısında TcpTestSucceeded : True satırı portun açık olduğunu gösterir. False ise adres ya da port yanlıştır ya da aradaki bir ağ cihazı bağlantıyı kesiyor olabilir. Port açıkken hâlâ zaman aşımı alıyorsanız -v çıktısında proxy'ye bağlandığınız görülür; sorun büyük olasılıkla hedefe giden yoldadır.

HTTPS siteler için HTTP proxy bir tünel açar. İstemci CONNECT isteğiyle hedef adı ve portu bildirir, proxy gelen baytları olduğu gibi aktarır ve TLS el sıkışması istemci ile site arasında uçtan uca yapılır. Proxy yalnızca hedefin adını ve portunu görür, içeriği göremez. Bu mekanizma birkaç tipik hatanın nedenini açıklar.

• Proxy önekini yanlış seçmek. Adres öneki proxy ile nasıl konuştuğunuzu belirtir, hedefin HTTPS olup olmadığını değil. Hedef site HTTPS olsa da paket bilgilerinizde aksi belirtilmedikçe HTTP proxy adresini http:// ile yazın.
• Yalnızca http için tanımlı proxy. Tarayıcıda HTTPS için de aynı proxy'yi kullanma kutusunu işaretleyin; Python'da sözlükte hem http hem https anahtarını doldurun.
• Sertifika uyarıları. TLS uçtan uca olduğu için uyarı proxy'den değil, sizin tarafınızdan ya da yoldan gelir: yanlış sistem saati ya da trafiği denetleyen güvenlik yazılımı gibi. Uyarıyı geçmek yerine nedenini bulun.

Mobil proxy'de hız; hattın bulunduğu yerdeki kapsama ve baz istasyonu yoğunluğuna, hedef sitenin yanıt süresine ve sizin ağınıza bağlıdır. Ürün sayfalarında paket gruplarına göre belirtilen hız aralıkları ölçülmüş bir sonuç ya da taahhüt değildir; gerçek hız şebeke yoğunluğuna göre değişir. Bu yüzden yavaşlığı ölçmeden yorumlamayın.

1. Aynı hedefi proxysiz açın

   Yavaşlık yalnızca proxy ile oluşuyorsa kaynak kendi ağınız değil, proxy yoludur.

2. Süreyi parçalara ayırın

   Aşağıdaki komut proxy'ye bağlanma, ilk bayt ve toplam süreyi ayrı yazar. Bağlanma süresi yüksekse sorun proxy'ye giden yolda, ilk bayt geç geliyorsa hedefte ya da hatta olabilir.

3. Birkaç hedef ve zaman deneyin

   Tek bir ölçüm yanıltıcıdır; farklı sitelerde ve saatlerde deneyin.

4. Adil kullanımı hatırlayın

   Sağlayıcının belirttiğine göre “Sınırsız” ifadesi veri kotası içindir, hız için değildir; sürekli tam kapasiteli kullanım uyarı, hız sınırlaması ya da askıya almaya yol açabilir.

curl --proxy http://proxy.example.com:PORT --proxy-user "KULLANICI_ADI:SIFRE" -o /dev/null -s -w "proxy_baglanti=%{time_connect} ilk_bayt=%{time_starttransfer} toplam=%{time_total}" https://example.com/

IP değişmedi demeden önce iki adrese de aynı tarayıcıdan ya da aynı araçtan baktığınızdan emin olun. Sık görülen nedenler şunlardır.

• İstemci proxy'yi kullanmıyor. Proxy kapalıyken ve açıkken IP Adresim sonucu aynıysa trafik proxy'den geçmiyordur. Çözüm genellikle uygulamanın kendi proxy alanını doldurmaktır.
• Açık bağlantı eski IP'de kaldı. Bir bağlantı canlı tutuluyorsa IP değişiminden sonra da eski çıkışı kullanıyor olabilir. Tarayıcıyı yeniden başlatın ya da yeni bir komut çalıştırın.
• Yeni IP aynı aralıktan geldi. Genel olarak operatörler yeni bir oturumda aynı havuzdan, hatta daha önce kullandığınız bir adresi verebilir. Yeni IP'nin her seferinde farklı olacağını sağlayıcı yayımlamamıştır.
• Değişim tamamlanmadı. Hattın operatöre yeniden bağlanması zaman alabilir; süre sağlayıcıca belirtilmemiştir. Kısa bir süre sonra aynı kontrolü yineleyin.

Rotating Mobil Proxy kullanıyorsanız durum farklıdır. Sağlayıcı beyanına göre varsayılan davranışta IP her istekte değişir ve IP değiştirme bağlantısı gerekmez; isteğe bağlı oturum modunda ise aynı IP'nin korunması amaçlanır, bu modun süresi yayımlanmamıştır. Ayrıntılar Rotating Mobil Proxy Nedir? rehberinde. Mobil IP'nin neden değişip neden paylaşımlı olabildiğini CGNAT rehberi açıklar, değiştirme yöntemlerinin tümünü ise IP değiştirme rehberi toplar.

Çıkış IP'sini proxy yalnızca kendisine yönlendirilen bağlantılar için değiştirir. Cihazınız ya da tarayıcınız bunun dışında kalan kanallardan bilgi verebilir; bunların en bilineni alan adı sorguları ve WebRTC'dir.

DNS sorguları

İstemci alan adını kendi çözümleyicisine sorarsa, hangi alan adlarını sorguladığınız yerel DNS sağlayıcısı tarafından görülebilir. SOCKS5'te alan adını istemcinin mi proxy'nin mi çözeceği, çoğu istemcide adresin yazılışına bağlıdır. socks5h yazımı curl'ün bir geleneğidir, bir standart değildir; onu izleyen kütüphaneler aynı mantığı uygular.

DNS Sorgulama aracı bir alan adının kayıtlarını gösterir; yerel çözümleyicinizin sızıp sızmadığını göstermez. Pratik çözüm, istemciyi alan adını proxy'ye bırakacak biçimde yapılandırmak ve tarayıcının ayrı DNS ayarlarını gözden geçirmektir.

WebRTC ve diğer sinyaller

RFC 8828, WebRTC'nin IP adreslerini nasıl ele alacağını tanımlar: klasik bir proxy tanımlıyken doğrudan internet erişimine de izin veriliyorsa, STUN denetimleri proxy'yi atlayıp istemcinin genel IP'sini gösterebilir. Tarayıcıların güncel davranışı sürümden sürüme değişir; kesin sonuç almanın yolu kendi tarayıcınızda bir WebRTC testi yapmaktır. Saat dilimi, tarayıcı dili ve User-Agent gibi değerleri de proxy değiştirmez; çıkış IP'sinin ülkesiyle aralarında fark varsa tutarsızlık olarak görülebilir. IPv4 / IPv6 Bilgisi aracı adresinizin hangi sürümde göründüğünü gösterir.

Proxy çalışıyor ama hedef site 429 dönüyor, 403 ile reddediyor ya da doğrulama sayfası gösteriyorsa sorun bağlantıda değil, sitenin değerlendirmesindedir. Mobil operatör ağlarında çok sayıda abonenin tek bir genel IPv4 adresini paylaşabildiği (CGNAT) bilinen bir durumdur. Cloudflare'in Aralık 2024 ile Ocak 2025 arasındaki trafik üzerinden yaptığı bir ölçümde bu tür paylaşımlı adresler daha sık hız sınırına takılmıştır; ölçüm tek bir şirketin verisidir ve her yerde geçerli olmayabilir.

IP değiştirmek bir sınırı aşma yöntemi değildir ve bu rehber onu öyle önermez. Önce sınırın nedenini anlayın: istek aralığı, eşzamanlı bağlantı sayısı ve hesabın kendi davranışı gibi adresten bağımsız etkenler de sınırı tetikleyebilir. Hiçbir adres, sınırlarla karşılaşmayacağınızı taahhüt edemez.

Yukarıdaki adımlardan sonra sorun sürüyorsa İletişim sayfasındaki WhatsApp hattına yazın. Mesajınız ne kadar eksiksizse sorun o kadar kolay daralır. Mesaja şunları ekleyin:

• Kullandığınız ürün ve paket (Mobil Proxy ya da Rotating Mobil Proxy, günlük, haftalık, aylık).
• Protokol ve port; şifreyi mesaja yazmayın.
• Sorunun başladığı zaman ve o gün yaptığınız son değişiklik.
• curl -v çıktısı ve curl çıkış kodu; çıktıdaki Proxy-Authorization satırını göndermeden önce silin.

Kurulumun kendisinde takıldıysanız Mobil Proxy Nasıl Kullanılır? rehberi tarayıcı, telefon ve kod için adım adım ayarları verir.