Nodetonet panelindeki her cihaz satırı dört durum rozetinden birini taşır: ONLINE, IDLE, OFFLINE veya ERROR. Renkler kendinden açıklamalı görünse de arkalarındaki kesin kurallar — ve özellikle IDLE ile OFFLINE arasındaki fark — proxy'nizin şu an gerçekten trafik sunup sunmadığını belirler. Bu rehber her rozeti çözer, bunları yöneten üç dahili sinyali açıklar ve olağandışı durumlarla nasıl başa çıkacağınızı gösterir.
Kısaca: ONLINE üç kontrolün de geçtiği ve trafiğin aktığı anlamına gelir; IDLE bir tolerans süresidir; OFFLINE cihazın gitmesi demektir; ERROR ise agent'ın kendisinin bir hata bildirdiği durumdur. Rozetler her 5 saniyede bir yenilenir.
Her rozetin arkasındaki üç sinyal
Her rozeti ayrı ayrı incelemeden önce panelin gerçekte neyi ölçtüğünü anlamak yardımcı olur. Her eşleştirilmiş cihazın arkasında platform üç gerçek zamanlı değeri takip eder:
- Son heartbeat zaman damgası — Android agent uygulamasından gelen en son ping'in duvar saati zamanı. Agent kalıcı WebSocket bağlantısı üzerinden her 25 saniyede bir heartbeat gönderir. Ağ bir paketi düşürürse saat güncelleme olmadan ilerlemeye devam eder.
- WebSocket bağlantı durumu — agent ile platformun edge sunucusu arasındaki çift yönlü kontrol kanalının TCP seviyesinde açık olup olmadığı. Bu kesin bir gerçektir; heartbeat'lerden türetilmez — heartbeat'ler gecikiyorken soket açık olabilir ya da eski bir heartbeat önbellekte dururken kapalı olabilir.
- Bekleyen IP sıfırlama bayrağı — bir IP rotasyonu istendiğinde ama cihaz yeni genel IP'yi henüz onaylamadığında
trueolan bir boolean. Bu bayrak, operatörün yeniden bağlanma hızına bağlı olarak yaklaşık 5–20 saniyede temizlenir. Bu pencerede cihaz teknik olarak sağlıklıdır ama IP'si değişim halindedir.
Durum rozeti bu üç değerin deterministik bir fonksiyonudur; her 5 saniyede bir yeniden hesaplanır. Bunu başka hiçbir şey etkilemez — işlemci, pil, veri kotası değil.
Durum rozeti referansı
Aşağıdaki tablo her rozetin tam kuralını göstererek herhangi bir sinyal değeri kombinasyonu için panelin ne göstereceğini tahmin etmenizi sağlar:
| Rozet | WebSocket | Son heartbeat yaşı | IP sıfırlama bekliyor mu | Trafik yönlendirir mi? |
|---|---|---|---|---|
| ONLINE | Açık | 90 s altında | Hayır | Evet — anında |
| IDLE | Açık | 90 – 300 s | Hayır | Havuzda atlanır; tek cihazsa denenir |
| OFFLINE | Kapalı — VEYA — heartbeat 300 s'den eski | 300 s üzerinde (soket hâlâ açıksa) | Herhangi | Hayır |
| ERROR | Açık (agent bağlı) | Güncel | Herhangi | Hayır — agent dahili hata bildirdi |
ONLINE — sağlıklı durum
Üç kontrol de geçer: heartbeat son 90 saniye içinde geldi, WebSocket açık ve bekleyen IP sıfırlama yok. Cihaz şu anda bir proxy isteğini kabul edecektir. Nodetonet agent'ıyla eşleştirilmiş düzgün yapılandırılmış bir Android telefonda — bkz. ilk tokeniniz ve Android eşleştirme — bu yeşil rozeti neredeyse her zaman görürsünüz.
Saatler boyunca kesintisiz ONLINE olan bir cihaz güvenilir altyapıdır. Uzun süre çalışan bir scraper'ı ona güvenle sabitleyebilir, tarayıcınızı ona yönlendirebilir ya da token grubu havuzuna güvenilir bir üye olarak ekleyebilirsiniz. Round-robin seçiminde istekler önce ONLINE cihazlara yönlendirilir.
IDLE — tolerans süresi
WebSocket hâlâ açık ve bekleyen IP sıfırlama yok, ancak son heartbeat 90 ile 300 saniye önce geldi. Bu bir ara durumdur: platform cihazdan henüz vazgeçmedi ama birkaç heartbeat kaçırdı ve şu an gönderilen bir istek agent yanıt vermeden önce zaman aşımına uğrayabilir.
IDLE beklediğinizden daha sık sağlıklı cihazlarda da olur. En yaygın nedenler:
- Telefon Wi-Fi'den hücresele (ya da tersine) geçti ve ağ arayüzünü yeniden müzakere ediyor — genellikle bir dakikadan kısa sürede çözülür.
- Baz istasyonu devri kısa süreli bir OS seviyesinde ağ arayüzü değişikliğine neden oldu.
- Android'in Doze modu arka plan aktivitesini grupladı ve heartbeat'i geciktirdi — agent'ı pil optimizasyonundan muaf tutmak için Android agent sorun giderme'ye bakın.
- Operatörün derin paket denetimi kalabalık bir hücrede kalıcı TCP bağlantısını yavaşlatıyor veya geciktiriyor.
IDLE cihazlar neredeyse her zaman kendiliğinden düzelir. Panel bir token grubundan seçerken IDLE cihazları atlar — round-robin bir sonraki ONLINE üyeye geçer. İstisna: IDLE cihaz bir proxy'nin arkasındaki tek token ise platform onu yine de dener ve istemcinizin anlık hata yerine gerçek zaman aşımını görmesine izin verir.
OFFLINE — cihaz gitti
WebSocket kapandı ya da heartbeat 300 saniyeden (5 dakika) uzun süredir gelmedi. Cihaza ulaşılamıyor ve platform trafik yönlendirmeyi denemez.
Yalnızca OFFLINE token'ları olan proxy'ler panelde var olmayı sürdürür ama en az bir cihaz tekrar çevrimiçi olana kadar her istekte 503 Service Unavailable döndürür. Önemli nokta: bu durumdayken bakiye harcanmaz — proxy'nin arkasında en az bir yönlendirilebilir cihaz varken proxy-saniyeler için ödeme yaparsınız.
OFFLINE'ın en yaygın nedenleri: telefonun kapalı olması, kullanıcı ya da Android'in arka plan işlem yönetimi tarafından agent uygulamasının zorla durdurulması veya tam operatör ağı kesintisi. Beklenmedik OFFLINE görüyorsanız agent uygulamasının ön planda ya da kalıcı arka plan servisinde çalışıp çalışmadığını kontrol edin. Tam kontrol listesi için Android sorun giderme rehberi'ne bakın.
ERROR — agent hata bildirdi
En nadir rozet. WebSocket açık ve agent iletişim kuruyor ama agent kendisi bir hata raporu gönderdi — kayıp heartbeat değil, açık bir hata mesajı. Yaygın nedenler:
- Geçersiz veya iptal edilmiş token — bu cihazla eşleştirilmiş token eşleştirme sonrasında panelde silindi ya da yeniden oluşturuldu.
- Uygulama sürüm uyumsuzluğu — güncel bir platform sürümündeki şema değişikliğini eski agent sürümü desteklemiyor. Temizlemek için agent uygulamasını güncelleyin.
- OS ağ izni iptal edildi — Android, agent'ın trafik proxy etmek için ihtiyaç duyduğu VPN veya ağ erişim iznini iptal etti.
ERROR neredeyse her zaman insan müdahalesi gerektirir. Agent kendi başına yeniden denemeyi durdurdu çünkü yeniden denemek yardımcı olmaz — kök nedeni düzeltin (token'ı yeniden eşleştirin, uygulamayı güncelleyin, izni yeniden verin), ardından agent'ı yeniden başlatın.
Agent'ın son hata mesajını okumak için panelde ERROR rozetinin üzerine gelin — yukarıdaki üç nedenden hangisinin geçerli olduğunu gösterir.
Rozet neden bazen titrer?
Her bir veya iki dakikada bir ONLINE → IDLE → ONLINE döngüsü yapan bir cihaz platforma ulaşıyor ama heartbeat'leri tutarsız geliyor. Bu desen — bazen heartbeat titremesi olarak adlandırılır — neredeyse her zaman agent'ın kendisi değil, telefon ile edge sunucusu arasındaki ağ altyapısından kaynaklanır:
- Kalabalık hücrelerde operatör DPI — bazı operatörler yoğun saatlerde kalıcı TCP bağlantılarını inceleyip yapay gecikmeler veya oturum sıfırlamaları ekler.
- Captive portal — yeniden kimlik doğrulamadan önce TCP'yi kesen kurumsal ya da otel Wi-Fi ağları heartbeat teslimini keser.
- Tutarsız sinyal — kapsama alanının kenarındaki bir telefon tam olarak bağlantısını kesmeden sporadik paket kaybı yaşar.
Kısa IDLE pencereleri sırasında proxy teknik olarak çalışmaya devam eder — sadece token grubu round-robin o üyeyi birkaç saniyeliğine atlar. Titreme gerçek trafiği etkiliyorsa en güvenilir çözüm aynı token grubuna ikinci bir cihaz eklemektir: round-robin, bir rozet sallanırken bile proxy'yi çalışır halde tutar. Token grupları: cihaz havuzları oluşturma rehberindeki havuz tasarımı tam olarak bunun için yapılmıştır.
IP sıfırlama bekleme durumu
Panelden veya API aracılığıyla bir IP rotasyonu tetiklediğinizde platform agent'a bir rotasyon komutu gönderir; agent da uçak modu döngüsü veya eşdeğer bir operatör yeniden bağlanma işlemi başlatır. Bu 5–20 saniye boyunca cihaz hâlâ ONLINE'dır (heartbeat'ler devam eder) ama bekleyen-IP-sıfırlama bayrağı ayarlıdır. Panel bir döner simge veya rotasyon göstergesi gösterir; yeni IP onaylanana kadar cihaz yönlendirilmez. Bu kasıtlı bir tasarım kararıdır: rotasyon ortasındaki bir cihaza istek göndermek, isteğin eski IP üzerinden gidip operatör tarafından reddedilme riskini taşır.
Bayrak yaklaşık 60 saniyeden uzun süre ayarlı kalırsa operatör yeni IP atamakta olağandışı uzun zaman alıyordur. Bu kalabalık hücrelerde veya bazı MVNO konfigürasyonlarında olabilir. Bu durumlarda başka bir rotasyon tetiklemek genellikle sorunu çözer. Rotasyon sıklığı ve en iyi uygulamalar için rotating mobil proxy ne zaman kullanılır rehberine bakın.
Cihaz sağlığını programatik olarak izlemek
Panelde gördüğünüz rozet REST API'si üzerinden de sorgulanabilir: cihaz status alanı UI'daki ONLINE / IDLE / OFFLINE / ERROR değerlerini birebir yansıtır. Kendi uyarı sisteminizi oluşturmak için bunu poll edebilir ya da bir cihaz OFFLINE'a geçtiğinde push bildirimi almak için webhook kullanabilirsiniz. Her iki yaklaşım da proxy ve tünel sağlığınızı izleme rehberinde ele alınmaktadır. Platformun her seferinde havuzdan hangi cihazı seçtiğine dair detaylı bir bakış için round-robin cihaz seçimi nasıl çalışır yazısına bakın.
Hızlı çözüm kontrol listesi
- IDLE rozet, cihaz sağlıklı görünüyor — 60 saniye bekleyin; genellikle geri döner. Dönemezse Wi-Fi/hücresel geçişlerini ve Android Doze muafiyetini kontrol edin.
- OFFLINE, telefon açık — agent uygulamasının çalıştığını doğrulayın; gerekirse yeniden başlatın. Pil optimizasyonu ayarlarını kontrol edin — pek çok Android OEM arka plan uygulamalarını agresif biçimde kapatır.
- OFFLINE, proxy 503 döndürüyor — normal davranış; bakiye harcanmaz. Cihazı tekrar çevrimiçine alın ya da ikinci bir cihaz ekleyin.
- ERROR rozet — hata mesajı için üzerine gelin; token'ı yeniden eşleştirin, uygulamayı güncelleyin veya gösterildiği şekilde ağ izinlerini yeniden verin.
- Kalıcı titreme (ONLINE/IDLE döngüsü) — bir rozet sallanırken havuz kullanılabilirliğini korumak için token grubuna ikinci bir cihaz ekleyin.
Cihaz kurulumu için baştan sona Nodetonet agent'ı kurma ve ilk tokeniniz ve Android eşleştirme rehberlerine bakın. Başlamaya hazır mısınız? Ücretsiz hesap oluşturun ve ilk cihazınızı dakikalar içinde eşleştirin.