Kullanıcı/şifre doğrulamalı SOCKS5 destekliyor musunuz?

Evet — kullanıcı/şifre doğrulamalı SOCKS5 tam olarak desteklenir; isteğe bağlı IP beyaz listesiyle birlikte. HTTP ve HTTPS aynı doğrulama sistemini kullanır. Ayrıntılı açıklama için kimlik doğrulamalı SOCKS5 rehberimize bakın.

Tek bir cihaz havuzu aynı anda HTTP ve SOCKS5 verebilir mi?

Evet. Aynı eşleşmiş Android cihaz havuzu üç protokolü de besler. Her aracın ihtiyaç duyduğu protokolle ayrı proxy girişleri oluşturursunuz. Protokol türleri arasında ilişkili çıkış IP'leri için sticky oturum token'ı bile paylaşabilirler.

HTTPS proxy kullanmak trafiğimi okuyabildiğiniz anlamına mı gelir?

Hayır. HTTPS, CONNECT tünellemesi kullanır — TLS, istemciniz ile hedef sunucu arasında uçtan uca kurulur. Proxy bir TCP tüneli açar ve şifreli baytları çözmeden iletir. Daha fazla bilgi için HTTPS proxy ve SNI yönlendirmesi yazımıza bakın.

HTTP ve SOCKS5 proxy arasındaki fark nedir?

HTTP proxy'ler uygulama katmanında çalışır ve yalnızca HTTP/HTTPS'i anlar. SOCKS5, TCP/UDP taşıma katmanında çalışır ve her protokolü — web veya web-dışı — iletir. Çoğu web scraping için HTTP daha basittir; özel istemciler, oyun araçları veya düz HTTP olmayan her şey için SOCKS5 doğru seçimdir. Tam döküm için HTTP ve SOCKS5 rehberimize bakın.

Sticky oturumlar SOCKS5 ile çalışır mı?

Evet. Sticky oturumlar token/cihaz-havuzu düzeyinde yönetilir, bu nedenle HTTP, HTTPS ve SOCKS5 genelinde aynı şekilde çalışırlar. Proxy kullanıcı adınıza -session-XXXX ekleyin; bu eki paylaşan tüm bağlantılar oturum TTL'si süresince aynı çıkış cihazına sabitlenir.

Bir istemcinin proxy üzerinden hangi web sitelerine erişebileceğini kısıtlayabilir miyim?

Evet. İstemci başına alan adı izin ve yasak listeleri, bir kimlik bilgisinin hangi hedeflere ulaşabileceğini kısıtlamanıza olanak tanır. Bir IP beyaz listesi ve bant genişliği kotasıyla birleştirildiğinde her istemcinin proxy'yi nasıl kullandığı üzerinde tam kontrol elde edersiniz — paylaşılan havuzlar çalıştıran satıcılar veya ekipler için kullanışlıdır. Yapılandırma ayrıntıları için alan adı kısıtlamaları yazısına bakın.

Ücretsiz deneme var mı yoksa abonelik mi gerekiyor?

Nodetonet aylık abonelik olmadan peşin kredi kullanır — kredi yükler ve harcadıkça ödersiniz. Boştaki proxy'ler hiçbir şey tutmaz. Herhangi bir kredi yüklemeden paneli keşfetmek için ücretsiz hesap açın.

SOCKS5 & HTTP proxy — gerçek mobil IP'lerde, kimlik doğrulamalı

Çoğu scraping kütüphanesi HTTP'yi varsayılan olarak kullanır. Özel oyun istemcileri SOCKS5 konuşur. Tarayıcı-otomasyon yığınları HTTPS CONNECT ister. Protokol değiştirilemez olduğunda, proxy katmanı esnemelidir — kodunuz değil. Nodetonet, HTTP, HTTPS ve SOCKS5'i aynı gerçek 4G/5G cihaz havuzundan sunar; böylece aracınızın zaten bildiği şeyi seçersiniz, altındaki mobil IP hiç değişmez.

Kısaca: basitlik için HTTP, uçtan uca TLS için HTTPS, web-dışı her şey için SOCKS5 seçin — hepsi gerçek operatör IP'leriyle, kullanıcı/şifre doğrulama, IP beyaz liste, alan adı kuralları ve istemci-bazlı bant genişliği kotalarıyla desteklenir.

HTTP, HTTPS ve SOCKS5 — her biri gerçekte ne yapar

Bu üç protokol çoğunlukla birlikte anılır ama farklı katmanlarda çalışır ve farklı güven varsayımları taşır:

HTTP proxy

En eski ve en yaygın desteklenen mod. İstemciniz isteği sunucu yerine proxy'ye düz GET http://example.com/ olarak gönderir. Proxy isteği iletir ve yanıtı döndürür. Neredeyse her HTTP kütüphanesi, scraping çerçevesi ve tarayıcı bunu sıfır yapılandırmayla destekler. Dezavantajı proxy'nin her isteğin URL'sini, başlıklarını ve gövdesini görmesidir — herkese açık web scraping için uygun, kimlik bilgisi veya çerez taşıyan oturumlar için ideal değil.

HTTPS proxy (CONNECT tünelleme)

İstemciniz CONNECT example.com:443 HTTP/1.1 gönderir, proxy ham TCP tüneli açar. TLS el sıkışmaları ve sonraki tüm baytlar şifreli seyahat eder — proxy akışın içini asla görmez. Bu mod; kimlik doğrulamalı oturumlar, ödeme akışları veya hassas başlıklar taşıyan her istek için doğru seçimdir. Tünel müzakeresinin nasıl işlediğine dair daha derin ayrıntı için HTTPS proxy ve SNI yönlendirmesi blog yazımıza bakın.

SOCKS5 proxy

SOCKS5, uygulama katmanının altında çalışır: içinde hangi protokolün bulunduğuna bakmadan ham TCP (ve isteğe bağlı UDP) baytlarını iletir. Bu, yalnızca web tarayıcıları değil, veritabanı istemcileri, SSH tünelleri, oyun istemcileri, BitTorrent veya özel ikili protokoller dahil her TCP tabanlı uygulama için çalışması anlamına gelir. SOCKS5 ayrıca el sıkışmada doğrudan kullanıcı/şifre doğrulamasını destekler. Kapsamlı bir giriş için SOCKS5 proxy sözlüğümüze ve kimlik doğrulamalı SOCKS5 pratik rehberimize bakın.

Bir bakışta protokol karşılaştırması

Protokol	Çalıştığı yer	Proxy içeriği görür mü?	UDP desteği	En iyi olduğu yer
HTTP	Her HTTP kütüphanesi, tarayıcı, curl	Evet (düz metin)	Hayır	Basit web scraping, herkese açık API'ler
HTTPS (CONNECT)	Modern tarayıcılar, Playwright, Puppeteer	Hayır (TLS tüneli)	Hayır	Kimlik doğrulamalı oturumlar, ödemeler, çerezler
SOCKS5	Python PySocks, curl --socks5, ham TCP uygulamaları	Hayır	Evet	Web-dışı uygulamalar, oyun araçları, SSH, özel istemciler

Yığınınıza hangisinin uygun olduğundan emin değil misiniz? HTTP ve SOCKS5 karar rehberi somut örneklerle dengeleri anlatır. Aracınız her ikisini de kabul ediyorsa SOCKS5 genellikle daha geleceğe dönük seçimdir — HTTP'nin kaldırabildiği her protokolü artı HTTP'nin kaldıramadığı her şeyi kaldırır.

Kimlik doğrulama ve erişim kontrolü

Nodetonet'te oluşturduğunuz her proxy katmanlı şekilde kilitlenir. Hangi kombinasyonu kullanacağınıza siz karar verirsiniz:

Kullanıcı / şifre — neredeyse her istemci kütüphanesi tarafından yerel olarak anlaşılan standart proxy doğrulama. İstemci başına ayarlanır, böylece farklı ekipler veya müşteriler izole kimlik bilgileri alır. Daha fazla bilgi için müşteri başına doğrulama yazısına bakın.
IP beyaz liste — kimlik bilgilerinden bağımsız olarak yalnızca listelenen kaynak IP adresleri proxy'yi kullanabilir. Statik çıkış IP'sine sahip bir scraper sunucusu için ideal. Müşteriniz, panel girişi gerekmeksizin sipariş-bazlı bir bağlantı veya REST API aracılığıyla beyaz listeyi uzaktan güncelleyebilir. Ayrıca bkz. IP izin/yasak listeleri.
Alan adı izin / yasak listeleri — belirli bir istemcinin ulaşabileceği hedefleri kısıtlayın. Kötüye kullanımı önlemek veya bir müşteriyi belirli hedef sitelerle sınırlamak isteyen satıcılar için kullanışlıdır. Ayrıntılar için alan adı kısıtlamaları yazısına bakın.
Bant genişliği kotaları — istemci başına bayt limiti belirleyin. Tükenince bitiş tarihi geçene veya siz sıfırlayana kadar istemci reddedilir. Eşzamanlılığı sınırlamak için thread limitleriyle birleştirin. Tam belgeler: istemci başına kota limitleri.
Bitiş tarihi — belirli bir zaman penceresi için proxy verin (denemeler veya kısa süreli API müşterileri için kullanışlı). Bkz. süreli proxy istemcileri.

Bu kontroller ortogonaldir: aynı istemci kimlik bilgisinde IP beyaz listeyi kotayla ve alan adı yasak listesiyle birleştirebilirsiniz. HTTP, HTTPS ve SOCKS5 genelinde eşit şekilde uygulanırlar.

Her protokolün altında gerçek mobil IP'ler

Protokol seçimi çıkış IP'sini değiştirmez. Hangisini seçerseniz seçin, trafiğiniz havuzdaki eşleşmiş Android cihazlarından birine atanmış gerçek bir 4G/5G operatör IP'sinden çıkar. Operatör-seviyesi NAT (CGNAT), o IP'nin aynı anda birçok gerçek abone tarafından paylaşılması anlamına gelir — tam da mobil IP'leri bloklamanın en zor olduğu özellik bu. Bunu her blok listesinde routinely listelenen /24 alt ağıyla bir datacenter proxy ile ya da dolandırıcılık karşıtı sağlayıcıların yeniden kullanım örüntüleriyle giderek parmak izi aldığı bir residential proxy havuzuyla karşılaştırın.

Üç protokol de aynı cihaz havuzunu paylaştığından, bir iş akışının bir kısmı tarayıcı-tabanlı ve diğeri özel ikili istemci olduğunda mükemmel biçimde ilişkilendirilmiş parmak izleri için SOCKS5 ve HTTP bağlantısını aynı çıkış cihazına çalıştırabilirsiniz.

Tüm protokollerde rotating ve sticky modlar

IP rotasyonu protokol düzeyinde değil token / cihaz havuzu düzeyinde çalışır — yani rotating ve sticky oturumlar HTTP'de veya SOCKS5'te aynı şekilde çalışır:

Rotating (varsayılan) — her yeni bağlantı için farklı bir cihaz (dolayısıyla farklı bir operatör IP'si) seçilir. Toplu scraping, SERP takibi veya durum taşımayan her istek için ideal. Havuz yapılandırma seçenekleri için rotating proxy'ler sayfasına bakın.
Sticky oturum — proxy kullanıcı adınıza -session-XXXX ekleyin; bu token'ı paylaşan tüm bağlantılar, oturum TTL'si süresince aynı cihaza sabitlenir. Giriş akışları, alışveriş sepetleri veya tek IP bekleyen çok adımlı her dizi için gereklidir. Daha fazlası: sticky oturumlar açıklandı.

Upstream zincirleme için — Nodetonet hedefe ulaşmadan önce isteğinizi harici bir residential veya ISP sağlayıcı üzerinden geçirdiğinde — her iki mod da geçerlidir. Bkz. upstream residential yönlendirme.

Geo-hedefleme ve operatör seçimi

Çıkış IP'niz gerçek bir konum ve operatör taşır. Yönlendirmek için proxy kullanıcı adınıza modifier'lar ekleyin — uç nokta değişikliği gerekmez:

-country-tr — Türk SIM'i üzerinden çıkış
-city-istanbul — İstanbul'a sabitle
-carrier-turkcell — özellikle Turkcell SIM'i iste

Modifier'ları birleştirebilirsiniz (örn. -country-tr-city-istanbul-carrier-vodafone). Erişilebilirlik canlı cihaz filosunu takip eder. Tam modifier sözdizimi geo-hedefleme özellik sayfasında ve kullanıcı adı modifier'ları blog yazısında belgelenmiştir.

TCP/IP parmak izi sahteciliği

Bazı gelişmiş anti-bot sistemleri IP itibarının ötesine geçerek datacenter trafiğini gerçek cihaz trafiğinden ayırt etmek için TCP/IP yığın özelliklerini — pencere boyutu, TTL, zaman damgası seçenekleri — inceler. Nodetonet, kenar katmanında TCP/IP parmak izi sahteciliğini destekler; böylece hedef tarafından gözlemlenen yığın parametreleri bir sunucunun gönderdiği değil, gerçek bir Android cihazın göndereceği şeylerle eşleşir. Tam ayrıntılar için TCP parmak izi sahteciliği yazısına bakın.

Nasıl başlanır

Ücretsiz hesap açın ve peşin kredi ekleyin — abonelik gerekmez.
/proxies'e gidin ve protokol olarak HTTP, HTTPS veya SOCKS5 seçerek yeni bir proxy oluşturun.
Bir istemci kimlik bilgisi ekleyin — kullanıcı adı, şifre ve isteğe bağlı olarak IP beyaz liste veya alan adı kuralları belirleyin.
Aracınızı bu kimlik bilgileriyle host:port'a yönlendirin. Çoğu kütüphane bir satır ister: Python requests için proxies = {"http": "http://user:pass@host:port"}, curl için --proxy socks5://user:pass@host:port.
Büyük ölçekte çalıştırmadan önce çıkış IP'sini ve operatörü doğrulamak için proxy checker aracını kullanın.

Kurulum rehberi, ilk Android cihazınızı eşleştirme dahil sıfırdan eksiksiz bir rotating-proxy yapılandırmasını adım adım anlatır. Trafik yönlendirme açıklayıcısı, her atlamanın arka planda nasıl ele alındığını gösterir.

HTTP ve SOCKS5 proxy'lerini yeniden satmak

Bu proxy'leri kendi markanız altında müşterilerinize sunmak istiyorsanız, Nodetonet'in satıcı ve beyaz etiket sistemi izole kotalar, bitiş tarihleri ve alan adı kurallarıyla müşteri başına kimlik bilgisi kümeleri oluşturmanıza olanak tanır — hepsi aynı havuzla desteklenir. Satıcı faturalandırması, otomatik faturalama için WISECP ile entegre olur. Müşteriler, temel altyapı hakkında hiçbir şey bilmeden HTTP, HTTPS veya SOCKS5 üzerinden şeffaf biçimde çalışan kimlik bilgileri alır.

Özet

Proxy protokolü tek satırlık bir karar olmalı, bir platform kısıtı değil. Nodetonet size basitlik için HTTP, TLS gizliliği için HTTPS ve her-uygulama erişimi için SOCKS5 sunar — hepsi gerçek mobil operatör IP'lerinden, hepsi aynı erişim-kontrol yığınıyla. Kayıt olun ve dakikalar içinde ilk isteğinizi çalıştırın; ya da aynı panelde başka neler olduğunu görmek için tam özellikler listesini inceleyin.