Proxy istemcileri — tek bir tünelde her müşteriye kendi login bilgisini verin

Birden fazla kişiye erişim vermek istediğiniz mobil cihazlardan oluşan bir rotating proxy havuzunuz var. Akla gelen ilk çözüm — aynı kullanıcı adı ve parolayı paylaşmak — aynı zamanda en kötüsüdür. Kimlik bilgisi bir kez sızarsa herkes risk altına girer, denetim kaydınız da kimin ne yaptığını söyleyemez hale gelir. İşte tam bu sorunu çözmek için proxy istemcisi ilkeli var.

Proxy istemcisi, tek bir tünelin önüne konan kapsamlı bir kimlik bilgisi çiftidir. Her istemcinin kendi kullanıcı adı, parolası, aylık bant genişliği kotası, thread sınırı, IP izin listesi ve isteğe bağlı son kullanma tarihi vardır. Aynı tünele birden çok istemci ekleyebilirsiniz. Son kullanıcılarınızın Nodetonet hesabına ihtiyacı yoktur — yalnızca bir bağlantı dizesi alırlar. Panonuzu göremez, alttaki rotating proxy havuzunu inceleyemez ve birbirlerini etkileyemezler.

Zihinsel model

Tek bir tüneli bir bina, proxy istemcilerini ise keycard'lar olarak düşünün. Her keycard aynı kapıyı açar, ancak binanın erişim kaydı hangi kartın geçtiğini belirtir ve kilidi değiştirmeden ya da başkalarını etkilemeden tek bir kartı iptal edebilirsiniz.

tunnel: sub42.nodetonet.com:30000  (mobil cihazlardan oluşan rotating havuz)
  ├── istemci: customer-a / pw1   kota 100 GB  · 50 thread
  ├── istemci: customer-b / pw2   kota  20 GB  · 10 thread
  └── istemci: customer-c / pw3   kota 500 GB  · 200 thread · IP allow 1.2.3.0/24

Üç müşteri de aynı host ve porta yönlendirir. Edge katmanı sunulan kullanıcı adını okur, eşleşen istemci kaydını bulur, o istemcinin kurallarını (kalan kota, thread sayısı, IP izin listesi) uygular ve paylaşılan cihaz havuzundan iletir. Kotasını tüketen bir müşteri durdurulur; diğerleri etkilenmez.

Proxy istemcisi oluşturma

Panelde herhangi bir proxy detay sayfasını açın, Proxy Clients sekmesine tıklayın, ardından + New client'a tıklayın. Aşağıdakileri doldurun:

• Kullanıcı adı ve parola — seçtiğiniz herhangi bir değer; Nodetonet hesap kimlik bilgileriyle çakışmaz.
• Aylık GB kotası — sınırsız için boş bırakın ya da bir üst sınır girin. Kullanım gerçek zamanlı izlenir.
• Thread limiti — bu istemcinin aynı anda açık tutabileceği maksimum eşzamanlı bağlantı sayısı.
• IP izin listesi (CIDR) — isteğe bağlı; ayarlandığında yalnızca bu kaynak IP'lerden gelen istekler iletilir.
• Otomatik son kullanma tarihi — isteğe bağlı; istemci o tarihte gece yarısı otomatik devre dışı kalır.

Formu kaydedin; müşterinize teslim etmeye hazır bir bağlantı dizesi elde edersiniz:

http://customer-a:pw1@sub42.nodetonet.com:30000

Bu dize curl, Python requests, Scrapy, Puppeteer, Playwright veya HTTP ya da SOCKS5 proxy kabul eden herhangi bir araçta aynı şekilde çalışır. Müşteriniz hiçbir yere giriş yapmaz; dizeyi yapıştırır ve kullanmaya başlar.

İstemci başına kontroller size ne kazandırır

Bant genişliği kotası

Kota, bir istemcinin takvim ayı boyunca aktarabildiği gigabayt sayısının üst sınırıdır. Nodetonet kullanımı gerçek zamanlı izler; canlı pano ve denetim kaydı istemci başına tüketilen baytı gösterir. Bir istemcinin kotası tükendiğinde bir sonraki aya ya da sayacı manuel olarak sıfırlayana kadar edge'de daha fazla istek reddedilir. Kotayı canlı bir istemci üzerinde hiçbir şeyi yeniden başlatmadan istediğiniz zaman değiştirebilirsiniz.

Thread (eşzamanlılık) limitleri

Thread limiti, bir istemcinin tünel üzerinden kaç eşzamanlı TCP bağlantısı açabileceğini sınırlar. Bu, cihaz havuzunuzu runaway bir işten korur: bir müşterinin scraperı çıldırıp yüzlerce bağlantı açarsa yalnızca kendi sınırına takılır ve diğer istemcileri etkileyemez. Zorlama mekanizması için istemci başına thread limitleri yazısına bakın.

IP izin listesi

Bir istemcinin izin listesi varsa edge, parolayı doğrulamadan önce gelen her bağlantının kaynak IP'sini kontrol eder. Bir kimlik bilgisi yabancı birine sızsa bile, o kişinin IP'si listede değilse işe yaramaz. Liste girişleri tek IP'leri ve CIDR aralıklarını kabul eder. Bu, tünel düzeyi IP ve domain kısıtlamaları ile iyi çalışır — istemci kuralı, mevcut tünel düzeyi kurallara ek bir kapıdır.

Otomatik son kullanma

Son kullanma tarihi belirleyin; istemci kendiliğinden devre dışı kalır — cron job'a, manuel temizliğe gerek yok. Bu, deneme erişimi, kısa süreli yüklenici projeleri veya zaman sınırlı her türlü iş için doğru kalıptır. Tam iş akışı için zaman sınırlı proxy istemcileri yazısına bakın.

Kullanım senaryoları

Proxy erişimi yeniden satma

Bir mobil cihaz havuzu işletiyorsanız ve son kullanıcılara bant genişliği satmak istiyorsanız, proxy istemcileri faturalama birimidir. Müşteri başına bir istemci oluşturun, aylık GB kaplarını ayarlayın, buna göre ücretlendirin ve kimin ne kadar tükettiğini görmek için denetim kaydını okuyun. Müşterileriniz Nodetonet panosunu asla görmez. Bu aynı zamanda white-label yeniden satış'ın temelini oluşturur — tam markalı müşteri yönetimi için WISECP ile eşleştirin. Faturalama aylık abonelik yerine peşin kredi olduğundan, bir istemci sessiz kaldığında boşta maliyet oluşmaz.

Çok takımlı ya da çok ortamlı scraping

Bir proxy havuzunu paylaşan dahili ekipler yine de istemci başına ayrım avantajından yararlanır. Aynı tüneldeki bir staging kimliği ve bir production kimliği, staging'deki bir yük artışının production'ın thread bütçesini tüketememesi anlamına gelir. Ortam başına kimlik bilgileri ayrıca denetim kaydını iş yüküne göre anında filtrelenebilir hale getirir.

Coğrafi kısıtlı veya kaynak IP kısıtlı erişim

Bir istemciyi belirli bir ofis CIDR'ına izin vererek listeleyin. Parola herkese açık bir Pastebin'e sızsa bile, bu IP listede olmayan hiçbir dışarıdan kişi kullanamaz. Bu, birisine rotating veya sticky bir havuza erişim vermek istediğinizde ancak kimlik bilgisini gizli tutmalarına güvenmediğinizde kullanılacak kalıptır.

Yüklenici veya deneme hesapları

Sabit bir sözleşme dönemindeki bir deneme kullanıcısı veya yüklenici için küçük kotalu ve 7 günlük son kullanma tarihli bir istemci oluşturun. Tarih gelince istemci sessizce devre dışı kalır. İptal edilecek, temizlenecek bir şey yok.

İstemci başına kontroller ile tünel düzeyi kontroller — karşılaştırma

Denetim kaydı size ne söyler

Denetim kaydındaki her satır, isteği doğrulayan proxy istemcisinin clientId'sini taşır. Bu, müşteri başına kullanım raporları üretmek, kotasına yaklaşan istemciyi tespit etmek veya bir artışı araştırmak için istemciye göre filtreleme yapabileceğiniz anlamına gelir. En işe yarar görünüm istemci başına gün başına bayt'tır — kimin tavanına yaklaştığını ve kimin az kullanıp churn riski taşıdığını gösterir.

Bugün yalnızca bir müşteriniz olsa bile başından bir proxy istemcisi oluşturun. Maliyeti sıfır ve tünele dokunmadan ikinci bir müşteri ekleme, birincinin kimlik bilgilerini döndürme veya ortamları ayırma seçeneğini elinizde tutarsınız.

Planlanması gereken sınırlamalar

Proxy istemcileri, alttaki tünelin ya da cihaz havuzunun nasıl çalıştığını değiştirmez. Önceden bilinmesi gereken birkaç şey:

• Cihaz seçimi tünel düzeyindedir, istemci düzeyinde değil. Tüneliniz bir telefon havuzu üzerinde dönüyorsa her istemci bu rotating havuzu alır. Bir istemciyi belirli bir cihaza sabitlerken diğerini döndüremezsiniz. Tam cihaz izolasyonu için o istemci için ayrı bir proxy başlatın.
• Çıkış IP'leri paylaşılır. Bir müşteri bir cihazın bir hedef site tarafından IP banlanmasına neden olursa, aynı cihazdan çıkış yapan sonraki müşteri aynı banla karşılaşır. Round-robin seçimli token grupları riski yayar; kesin ayrım gerekiyorsa ayrı tüneller yanıttır.
• Tünel düzeyi domain kısıtlamaları her zaman uygulanır. Tünel düzeyinde bir domain'i engellediyseniz, kendi ayarlarından bağımsız olarak hiçbir istemci oraya ulaşamaz. İstemci başına kontroller ekleyici kısıtlamalardır — tünelin zaten engellediğini gevşetemezler.
• SOCKS5 ve HTTP ikisi de çalışır. Bağlantı dizesi protokolü (http:// veya socks5://) istemci tarafından belirlenir, proxy istemci kaydı tarafından değil. Her iki protokol de kullanıcı adı/parola kimlik doğrulamayı desteklediğinden aynı proxy istemcisi için her iki tür bağlantı dizesini dağıtabilirsiniz.

Proxy istemcileriyle sticky oturumlar

Proxy istemcisi sticky oturumlarla tam uyumludur. Müşteriniz verdiğiniz kullanıcı adına -session-XXXX ekler — örneğin customer-a-session-checkout1 — ve tünel o oturumu oturum TTL'si süresince tek bir çıkış cihazına sabitler. Kota ve thread limitleri yine uygulanır; sticky sabitleme bu kısıtlamalar dahilinde uygulanır. Tam sözdizimi ve zamanlama kuralları için sticky oturumlar açıklandı yazısına bakın.

Protokol: HTTP, HTTPS ve SOCKS5

Aynı proxy istemcisi kimlik bilgisi hem HTTP/HTTPS hem de SOCKS5 için çalışır. Çoğu scraper ve tarayıcı HTTP kullanır; SOCKS5 ham TCP uygulamaları, oyun istemcileri veya HTTP dışı trafiği iletmesi gereken her şey için daha iyi seçimdir. HTTP vs SOCKS5 rehberimiz her protokolün ne zaman doğru tercih olduğunu ve nasıl yapılandırılacağını anlatır.

Başlayın

Proxy istemcileri paneldeki her rotating proxy'de mevcuttur. Henüz bir rotating proxy kurdurmadıysanız, sıfırdan rotating mobil proxy hızlı başlangıcı telefonları eşleştirmeyi, bir token grubu oluşturmayı ve tüneli başlatmayı anlatır — ardından aynı Proxy Clients sekmesinde proxy istemcileri ekleyebilirsiniz. Denemek ister misiniz? Hesap oluşturun ve ilk istemcinizi dakikalar içinde ekleyin.