Mobil proxy'ler için otomatik devralma nedir?

Otomatik devralma, bir cihazın yapılandırılabilir eşiği aşacak kadar çevrimdışı kaldığını algılar ve o cihazdaki her tüneli sağlam bir yedek cihaza taşır — proxy URL, kimlik bilgileri veya IP sıfırlama linkleri değişmeden. Müşterinin aracı donor cihaz üzerinden çalışmaya devam eder.

Devralma sonrasında proxy URL veya şifre değişir mi?

Hayır. Proxy uç noktası, port, kullanıcı adı, şifre, subdomain ve IP sıfırlama linkleri aynı kalır. changeip ve restartphone linklerini destekleyen sırlar proxy kaydında saklanır, cihazda değil; bu yüzden her cihaz değişiminde ayakta kalırlar.

Devralma ne kadar hızlı devreye girer?

Bekçi servisi 30 saniyede bir tarama yapar. Seçtiğiniz çevrimdışı eşik dolduğunda — varsayılan 10 dakika — bir sonraki tarama taşımayı tetikler. Cihaz düşüşünden aktif donora toplam gecikme yaklaşık eşik + tarama döngüsü için en fazla 30 saniyedir.

Aynı cihazda hem HTTP hem SOCKS5 tünelim varsa ne olur?

Devralma, kaynak bir cihazdaki tüm tünelleri atomik grup olarak ele alır. Her iki tünel de aynı donor cihaza taşınır; müşteri her iki protokolde tek çıkış IP'si almaya devam eder. Asla ayrı donorlara düşmezler.

Hangi donor seçim stratejileri mevcut?

Dört strateji mevcuttur: Yalnızca boş, Önce boş (varsayılan), Herhangi aktif ve Yalnızca aynı token havuzu. Ayrıca aynı operatör veya token grubunu tercih etmek için yumuşak tercihler ayarlayabilir, Donor Havuzu sekmesinden belirli cihazları dışlayabilir veya yıldızlayabilirsiniz.

Devralma gerçekleştiğinde uyarı alabilir miyim?

Evet. Her geçişte üç webhook olayı tetiklenir: proxy.failover.started, proxy.failover.completed ve proxy.failback.completed. /webhooks altında bunlara abone olun ve Slack, PagerDuty veya herhangi bir uyarı sistemine yönlendirin. Her olay aynı zamanda Geçmiş sekmesine de işlenir.

Orijinal cihaz tekrar çevrimiçi olduğunda ne olur?

Geri yükleme politikanıza bağlıdır. Her zaman geri yükle (varsayılan) titreşimi emmek için kısa bir gecikmeden sonra tünelleri sessizce geri taşır. Asla geri yükleme donoru kalıcı kılar. Manuel, hazır olduğunuzda History sekmesinden tek tıkla geri yüklemenizi sağlar.

Devralma rotating ve sticky proxy modlarıyla çalışır mı?

Evet, her iki mod da otomatik olarak yararlanır. Rotating proxy'lerde bir sonraki istek donor'ın IP'sinden gelir; normal bir IP rotasyonundan farksız. Sticky oturumlarda kira donorda devam eder; oturum bir çıkış IP değişikliği pahasına korunur. Her iki durumda da yapılandırma değişikliği gerekmez.

Mobil proxy'ler için otomatik devralma — telefon düştüğünde tünelinizi kaybetmeyin

Ölçekli mobil proxy işletmenin sevimsiz gerçeği: cihazlar düşer. Pil biter, ev Wi-Fi'si gece yarısı çöker, operatör oturum ortasında baz istasyonu değiştirir, Android sessizce bir OS yeniden başlatması planlar. Şimdiye kadar tek savunmanız panele koşup müşteriniz fark etmeden — ya da siz uyumadan önce — başka bir cihaz seçmek olmuştu.

Artık değil. Otomatik devralma canlıda. Ayarladığınız eşiği aşacak kadar çevrimdışı kalan bir cihazınız olursa, o cihaza bağlı her tünel otomatik olarak, sessizce, bir dakikadan kısa sürede sağlam bir yedek cihaza taşınır. Müşterinin proxy URL'sinde tek bir karakter değişmez: aynı subdomain, aynı port, aynı kullanıcı adı, aynı şifre, aynı /changeip ve /restartphone linkleri. Yalnızca uç noktanın arkasındaki fiziksel telefon farklılaşır.

Tek cümleyle — devralma proxy havuzunuzu kendi kendini iyileştiren hale getirir. Bir kez açın; panel cihaz düşüşlerini sizi uyandırmadan halleder.

Neden yalnızca "yeniden bağlan" yetmez

Yeniden bağlanma zaten arka planda sürekli çalışıyor — Android agent, hücresel sinyal geri dönünce WebSocket oturumunu sessizce yeniden kuruyor. Ama yeniden bağlanma ancak cihaz geri gelirse işe yarar. Otuz dakika şarjda oturan, gece boyunca çevrimdışı kalan ya da kontrol dışı bir donanım arızasıyla karşılaşan bir telefon için yeniden bağlanmanın yapabileceği bir şey yoktur. Tünel, müşterinin scraper'ı veya tarayıcısı kullanmaya çalışırken o süre boyunca ölü kalır.

Devralma bu boşluğu doldurur. Çevrimdışı zamanlayıcısı dolduğu an — varsayılan on dakika — sistem havuzunuzdan sağlam bir yedek seçer ve tüneli ona yeniden bağlar. Yeni telefondan trafik hemen akmaya başlar. Dışarıdan görülen tek değişiklik çıkış IP'sidir; bu zaten değişmesi beklenen kısımdır. Müşterinizin aracını yeniden yapılandırması gerekmez.

Otomatik devralma ile elle proxy yönetiminin karşılaştırması

Senaryo	Devralma olmadan	Devralmayla (Nodetonet)
Telefon gece 03:00'ta sinyal kaybeder	Tünel siz uyanana kadar ölü	10 dk içinde yeni cihaz bağlandı; sabah History'de görürsünüz
Android OS yeniden başlatması (5 dk)	Agent yeniden bağlanır; kısa kesinti	Eşik altında — yeniden bağlanma halleder, devralma tetiklenmez
Pil tamamen bitti (saatler süren çevrimdışılık)	Müşteri işi başarısız olur, sorumlu tutulursunuz	İş donor cihazda devam eder; şarj olunca orijinal geri yüklenir
Kalıcı donanım arızası	Elle yeniden atama, müşteri kimlik bilgileri değişir	Donor kalıcı atanır (Asla geri yükleme modu); kimlik bilgileri değişmez
Çok protokollü çift (HTTP + SOCKS5)	İki tünel farklı yedeklere düşebilir	Atomik grup — ikisi aynı donora birlikte taşınır, garantili

Bir cihazdaki tüm tüneller atomik olarak birlikte taşınır

Pek çok operatör aynı telefonda iki tünel açar — biri HTTP/HTTPS, biri SOCKS5 — böylece bir scraper veya tarayıcı her iki protokolü aynı çıkış IP'sine karşı test edebilir. Devralma, kaynak bir cihazdaki her tüneli atomik grup olarak ele alır: hepsi aynı hedef cihaza taşınır.

Atomik gruplama olmadan HTTP tüneli B cihazına, SOCKS5 tüneli ise C cihazına düşebilir; "aynı IP, iki protokol" bekleyen müşteriyi sessizce kırar. Gruplu taşıma bunu imkânsız kılar. Bir kaynak cihaz her zaman bir devralmada yalnızca bir donora eşlenir, istisnasız.

Donor seçim stratejileri — kontrol sizdedir

Cihazlar gösterge panelinizin sağ üstündeki Devralma butonu, dört seçim stratejisinden birini seçtiğiniz bir ayar paneli açar:

Yalnızca boş cihazlar — yedek olarak yalnızca üzerinde hiç proxy olmayan telefonlar uygundur. En tutucu seçenek: kullanılmayan cihazları beklemede tutar, meşgul telefonlara fazladan yük bindirmez. Özel sıcak-yedek havuzunuz varsa idealdir.
Önce boş, yedek olarak meşgul — varsayılan. Önce boş cihazları dener; hiç yoksa en az yüklü aktif cihazı seçer. Çoğu havuz için doğru denge.
Herhangi aktif — yükü görmezden gelerek ilk çevrimiçi cihazı alır. Hiçbir telefonu atıl bırakamazsınız gibi sıkışık havuzlarda kullanışlıdır.
Yalnızca aynı token havuzu — donor uygunluğunu aynı token grubuyla eşleştirilmiş cihazlarla sınırlar. Tek panelden birden çok izole proxy kümesi yöneten ekipler için zorunludur.

İki yumuşak tercih, herhangi bir stratejinin içindeki skorlamayı iyileştirir: Aynı operatörü tercih et (Vodafone Vodafone'a düşer, çıkış IP bölgesi tutarlı kalır) ve Aynı token grubunu tercih et. Donor Havuzu sekmesinden belirli cihazları yedek olarak asla seçilmesin diye dışlayabilir — zayıf sinyalli telefonlar, pilin bittiği modeller, belirli bir müşteriye ayrılmış cihazlar — ya da öncelikli olarak yıldızlayabilirsiniz.

Proxy URL ve kimlik bilgileri neden hiç değişmez?

Bir proxy oluşturulduğunda Nodetonet iki uzun rastgele sır üretir: changeIpSecret ve restartPhoneSecret. Bu sırlar proxy satırında saklanır, fiziksel cihazda değil. Dolayısıyla /changeip?u=<secret> ve /restartphone?u=<secret> linkleriniz proxy'nin o an hangi telefona bağlı olduğundan bağımsız olarak çalışır — devralma dahili cihaz bağlamasını günceller, URL'yi değil.

Aynı durum diğer tüm bağlantı parametreleri için geçerlidir: port, kullanıcı adı, şifre, subdomain ve otomatik IP-rotasyon takvimi. Bunların hepsi proxy kaydında bulunur; devralma hiçbirine dokunmaz. Pazartesi kimlik bilgilerini kaydeden bir müşteri, Salı herhangi bir yapılandırma değişikliği yapmadan donor cihaz üzerinden bağlanır. Bu konuyu daha ayrıntılı anlamak için tek cihaz proxy'leri açıklandı ve token grupları: havuz oluşturma yazılarına bakın.

Failback — orijinal cihaz geri dönünce ne olur?

Net bir geri yükleme politikası olmayan bir devralma kendi karmaşasını yaratır — kalıcı olarak hatalı eşleşmiş cihaz/tünel atamaları. Üç politika her durumu kapsar:

Her zaman geri yükle (varsayılan) — orijinal cihaz yeniden bağlanır ve yapılandırılabilir bir gecikme geçerse (varsayılan iki dakika; titreşimli yeniden bağlanmaları emerek), sistem tüneli sessizce eski yerine geri taşır. Müşteri açısından sıfır ek kesinti.
Asla geri yükleme — donor ataması kalıcıdır. Orijinal cihaz yeni proxy'leri barındırmak veya başka devralmalar için yedek olmak üzere serbest bırakılır. Donanım arızasının kalıcı olduğunu düşündüğünüzde veya daha basit bir sabit durum hesabı istediğinizde kullanın.
Manuel — tünel, History sekmesinde Geri Yükle'ye tıklayana kadar donorda kalır. Elle müdahalenin ardından doğru seçimdir: orijinal telefonu inceleyebilir, sağlıklı olduğunu teyit edebilir ve sonra kendi takviminizde kasıtlı olarak geri taşıyabilirsiniz.

Görünürlük — log, geçmiş ve webhook'lar

Her devralma olayı Geçmiş sekmesine tam denetim kaydıyla işlenir: hangi proxy tetikledi, kaynak cihaz, donor cihaz, çevrimdışı süre, donor skoru ve grup büyüklüğü. Bir müşteri IP değişikliğini sorguladığında tam kanıt zinciriniz hazırdır.

Her geçişte üç webhook olayı tetiklenir; Slack, PagerDuty veya kendi izleme yığınınıza kolayca yönlendirilebilir:

proxy.failover.started — bekçi çevrimdışı eşik ihlali algıladı ve donor seçiyor
proxy.failover.completed — donor aktif ve trafik akıyor
proxy.failback.completed — orijinal cihaz geri yüklendi

Bunlara /webhooks altında abone olun. Zaten IP değişim olayları için webhook kullanıyorsanız, devralma olayları aynı abone modeline eklenir — mevcut proxy.ip_changed aboneliğinizin yanına proxy.failover.completed'ı ekleyin.

Havuz sağlığını anlık izleyen ekipler için cihazlar gösterge paneli, edge'e taşınmış cihazlarda EDGE rozeti ve aktif devralma sırasında TAŞINIYOR durumu gösterir; her zaman canlı bir görünüm elde edersiniz.

Kuru çalıştırma — taahhüt etmeden ne olacağını görün

Devralma ayarları panelindeki "Şimdi tetiklense ne olur?" butonu motora simülasyon sorgusu gönderir. Geçerli seçim stratejinizi ve tercihlerinizi canlı havuza karşı çalıştırır ve hangi cihazların kapsanacağını, hangi donorların seçileceğini listeler — tek bir tüneli taşımadan. Politikanızı canlıya almadan önce veya Donor Havuzu dışlamalarınızı değiştirdikten sonra sonucun doğru göründüğünü teyit etmek için kullanın.

Devralma, rotating proxy'ler ve sticky oturumlar

Devralma tüm proxy modlarında çalışır. Rotating proxy'de, bir devralmadan sonraki istek donor cihazın IP'sinden gelir — normal bir IP rotasyonundan farksız. Sticky oturumda (kullanıcı adına -session-XXXX eki eklenerek oluşturulan), sticky kira donorda devam eder; bu nedenle oturum bir çıkış IP değişikliği pahasına korunur. Her iki mod da devralmadan yararlanmak için herhangi bir yapılandırma değişikliği gerektirmez.

Büyük bir havuz yönetiyorsanız ve cihaz seçim mantığını daha derinlemesine anlamak istiyorsanız, round-robin cihaz seçimi ve rotating mobil proxy ne zaman kullanılır yazıları tamamlayıcı bağlam sunar.

Müşteri başına kontroller hâlâ geçerlidir

Devralma, müşteri başına ayarlara görünmezdir. Bir proxy'de istemci kimlik bilgisine IP izin listesi, domain kısıtlaması, kota limiti veya son kullanma tarihi ayarlanmışsa, bu kısıtlamalar proxy'yi devralma boyunca takip eder — cihazda değil, proxy ve müşteri kayıtlarında yaşadıkları için. Geo-hedefleme kullanıcı-adı değiştiricileri (operatör, ülke, şehir), donor skorlaması dahil mümkün olduğunda cihaz seçimini etkilemeye devam eder; dolayısıyla Turkcell hedefleyen bir proxy, Turkcell donorunu tercih eder.

Nasıl açılır — önerilen kontrol listesi

Cihazlar gösterge panelinizi açın ve sağ üst köşedeki Devralma'ya tıklayın.
Ana anahtarı Etkin'e getirin. Bekçi servisi hemen 30 saniyede bir taramaya başlar.
Çevrimdışı eşiği iş yükünüze göre ayarlayın — on dakika sıkı (müşteriye yönelik havuzlar için iyi), otuz dakika kibar (gecelik scraping işleri için kısa boşluklar kabul edilebilir).
Bir donor seçim stratejisi seçin. Önce boş, yedek olarak meşgul çoğu operatör için doğru varsayılandır.
Tutarlı operatör coğrafyası müşterileriniz için önemliyse Aynı operatörü tercih et'i etkinleştirin.
Donor Havuzu sekmesini açın ve zayıf sinyalli veya ayrılmış cihazları dışlı olarak işaretleyin.
Her tamamlanmış taşıma için uyarı almak üzere /webhooks'ta proxy.failover.completed'a abone olun.
Politikanın mevcut havuzunuz için mantıklı olduğunu doğrulamak amacıyla "Şimdi tetiklense ne olur?"'a tıklayarak kuru çalıştırma yapın.

Varsayılanlar — on dakika eşik, önce boş strateji, her zaman geri yükle, aynı operatörü tercih et — neredeyse her operatör için makuldür. Olduğu gibi bırakabilir ve elle yönetimden çok daha iyi bir konuma geçebilirsiniz. Geçmiş sekmesini kullanarak zaman içinde ince ayar yapın.

Başlayın

Devralma, havuzunda en az iki cihazı olan tüm Nodetonet hesaplarında kullanılabilir. Yükseltme yok, ek ücret yok — temel platformun bir parçası. Ücretsiz hesap oluşturun, telefonlarınızı mobil proxy kurulum rehberiyle eşleştirin ve devralamayı cihazlar gösterge panelinden etkinleştirin. Soru veya edge case'lerinizi görüşmek isterseniz support@nodetonet.com adresinden veya discord.gg/nodetonet topluluğundan ulaşın.