Nodetonet bağlamında edge sunucusu nedir?

Edge sunucusu, proxy'nizin dinleme portunu barındıran fiziksel makinedir. Veri düzlemi motorunu çalıştırır: istemci bağlantınızı kabul eder, eşleştirilmiş Android cihazınıza kalıcı bir WebSocket tutar ve trafiği telefonun hücresel bağlantısı üzerinden iletir. Faturalandırma ve yapılandırmayı yöneten Nodetonet panelinden ayrıdır.

Edge sunucusu, hedef sitelerin gördüğü IP adresini etkiler mi?

Hayır. Hedef siteler her zaman mobil cihazınızın operatör IP'sini görür — telefonun hücresel ağı tarafından atanan IP. Edge sunucu IP'si yalnızca Nodetonet'i harici bir residential veya datacenter sağlayıcıya zincirlediyseniz upstream forwarding sağlayıcınıza görünür. Çıkış IP'sini istediğiniz zaman IP adresim nedir aracıyla doğrulayabilirsiniz.

Mevcut bir proxy'nin edge sunucusunu değiştirebilir miyim?

Doğrudan değil. Port numarası belirli bir fiziksel makinede tahsis edilmiştir ve taşınamaz. Proxy'yi silmeniz ve yeni edge'de yeniden oluşturmanız gerekir. Token ve cihaz eşleştirmeniz cihaz kaydında korunur, dolayısıyla yalnızca bağlantı dizisinin hostname'i ve port numarası değişir.

En düşük latency için hangi edge sunucusunu seçmeliyim?

Otomasyonunuzu çalıştıracak aynı hosttan mevcut edge'lerin her biri üzerinden hızlı bir curl döngüsü çalıştırın ve en düşük toplam round-trip süresine sahip olanı seçin. Coğrafi yakınlık iyi bir başlangıç sezgiseldir, ancak ağ peering nedeniyle en yakın şehir her zaman en hızlı yol olmayabilir. Tahmin değil, ölçün.

Upstream residential forwarding için edge sunucusu neden önemlidir?

Nodetonet'i harici bir sağlayıcıya zincirlerseniz, upstream'inizin gördüğü giden trafik mobil cihazınızdan değil edge sunucusunun IP adresinden kaynaklanır. Upstream'iniz API'sinde IP izin listesi uyguluyorsa, edge IP'sinin o listede olduğundan emin olmanız gerekir. IP'si upstream'inizin izin listesi girişiyle eşleşen edge'i seçin.

Aynı token grubu içindeki cihazları farklı edge sunucularında çalıştırmak güvenli midir?

Evet, hatta önerilen bir güvenilirlik modelidir. Bir edge yüksek yük altına girerse veya bakım penceresine girerse, diğer edge'lerdeki cihazlar isteklere hizmet vermeye devam eder. Token grupları yönlendirmeyi şeffaf biçimde yönetir, dolayısıyla istemcilerinizin herhangi bir cihazın hangi edge'de olduğunu bilmesi gerekmez.

Edge sunucusunu değiştirmek sticky oturumlarımı etkiler mi?

Bir proxy'yi yeni bir edge'de silerek yeniden oluşturursanız, eski proxy uç noktasındaki etkin sticky oturumlar sona erer. -session-XXXX eki kullanan istemciler yeni uç noktada yeni bir oturum alır. Geçişi, istemcilerinizin kısa bir oturum sıfırlamasını kaldırabileceği bir zamana planlayın ya da önce mevcut oturumları boşaltın.

Bir edge sunucusu çökerse panel kullanılabilir kalmaya devam eder mi?

Evet. Panel (kontrol düzlemi) ve edge sunucuları (veri düzlemi) ayrıdır. Bir edge sunucusunda sorun olursa yalnızca o belirli edge'de barındırılan proxy'ler etkilenir; diğer tüm proxy'ler ve panelin kendisi normal şekilde çalışmaya devam eder. Filoyu birden fazla edge'e dağıtmak herhangi bir edge sorununun etkisini azaltır.

Doğru edge sunucusunu seçmek — latency, coğrafya ve auto'nun yeterli olduğu durumlar

Her Nodetonet proxy belirli bir fiziksel edge sunucusu tarafından barındırılır — istemcinizin bağlandığı dinleme portuna sahip olan makine. Proxy oluşturma formunda varsayılan olarak auto seçili bir Sunucu açılır listesi bulunur. Kullanıcıların büyük çoğunluğu için auto'da bırakmak tamamen doğru seçimdir. Geri kalan kısım için açıkça seçmek, 60 ms ile 400 ms round trip arasındaki farktır — ve latency'ye duyarlı işlerde bu fark her istekte birikerek katlanır.

Özet: Sabit bir latency bütçeniz yoksa, toplu paralel bağlantı çalıştırmıyorsanız, upstream izin listesi için belirli bir giden IP'ye ihtiyaç duymuyorsanız ve trafiğin nerede transit yapacağına ilişkin uyumluluk kurallarınız yoksa auto kullanın. Bu koşullardan herhangi biri geçerliyse okumaya devam edin — bu, Sunucu açılır listesinin eksiksiz saha rehberidir.

Edge sunucusu gerçekte ne yapar

Seçimin neden önemli olduğunu anlamak için tam istek yolunu izleyin: istemciniz Cloudflare'in anycast ağına bağlanır, bu da bağlantıyı en yakın Cloudflare PoP'una iletir; PoP, bağlantıyı edge sunucusuna yönlendirir; edge sunucusu eşleştirilmiş mobil cihazınıza açık olan WebSocket tünelini tutar ve cihaz hedef siteye çıkar. Edge sunucusu bu zincirde ikinci hop'tur.

Edge sunucusunun hangi fiziksel veri merkezinde bulunduğu iki şeyi belirler:

İstemciden tünele latency. Cloudflare anycast sizi hızla en yakın CF PoP'una getirir; ancak CF PoP'undan edge'e olan bacak gerçek coğrafi mesafedir. Singapur'daki bir istemci Frankfurt'taki bir edge'e bağlanırsa yaklaşık 160 ms önlenebilir gecikme eklenir.
Upstream sağlayıcınızın gördüğü kaynak IP. Bu hedef için daha az önemlidir (hedefler cihazınızın operatör IP'sini görür, edge IP'sini değil), ancak upstream residential forwarding kullandığınızda kritiktir — cihazdan upstream'e olan bacak edge sunucusundan kaynaklanır, dolayısıyla upstream'inizin IP izin listesi o edge'in IP adresine izin vermelidir.

Açıkça ifade etmek gerekirse: edge sunucusu hedef sitenin gördüğü IP'yi değiştirmez — bu her zaman telefonunuzun operatör IP'sidir — ancak isteklerin ne kadar hızlı ulaştığını ve upstream'inizin kaynak olarak hangi adresi gördüğünü belirler.

Mevcut bölgelere genel bakış

Proxy oluşturma formu mevcut edge sunucularının canlı listesini gösterir. Bu yazı yazılırken filo sekiz bölgeyi kapsıyor; güncel listeyi açılır listeden kontrol edin ya da programatik olarak GET /api/v1/servers ile çekin.

Bölge	Sehir / Ulke	En iyi olduğu kullanım	İkincil kullanım
EU-NORTH	Helsinki, FI	İskandinavya, Almanya, Hollanda	Ana AB PoP; Kuzey Avrupa genelinde en düşük gecikme
EU-CENTRAL	Frankfurt, DE	Orta ve Batı Avrupa	Yedek AB PoP; Avrupa ülkelerinin çoğuna iyi AS yolu
EU-WEST	Londra, UK	İngiltere ve İrlanda istemcileri	Kanal-ötesi işler; FR ve ES'ye Frankfurt'tan daha düşük gecikme
US-EAST	New York, ABD	ABD Doğu Yakası istemcileri	Kuzey Amerika üzerinden yönlendiren LATAM istemcileri için de en iyi
US-WEST	Los Angeles, ABD	ABD Batı Yakası istemcileri	ABD üzerinden APAC iş akışları; bazı peering'lerde AU için Singapur'dan düşük gecikme
APAC	Singapur, SG	Güneydoğu Asya, Avustralya, Hindistan	Bahreyn'in doğusundaki tek PoP; Asya-Pasifik istemcilerinin çoğunu kapsar
ME	Bahreyn, BH	Orta Doğu, Türkiye, Mısır	Körfez bölgesi; Orta Asya'ya makul yol
LATAM	Sao Paulo, BR	Brezilya, Arjantin, Şili	LATAM istemcileri için US-EAST üzerinden yönlendirmeden daha düşük gecikme

Filo zaman içinde büyür. Provisioning'i script'liyorsanız, bölge kodlarını sabit yazmak yerine her zaman canlı listeyi çekin.

Auto algoritması nasıl çalışır

Sunucu açılır listesini auto olarak bıraktığınızda panel iki sinyale göre bir edge sunucusu seçer: panel oturumunuzdan (geo-IP) çıkarılan coğrafi bölge ve her uygun sunucudaki mevcut port kullanım yükü. Sonuç, oluşturma anında en yakın bölgenizdeki en az yüklü sunucudur.

Auto şu durumlarda doğru seçimdir:

İstemciniz ve hedefiniz herhangi bir büyük PoP'tan 200 ms'nin altında ulaşılabiliyorsa — tüketici ve KOBİ ölçekli scraping kullanım durumlarının büyük çoğunluğu buraya girer.
Sabit bir latency bütçeniz yoksa. Göreve "bir sayfa getir, iki saniye bekle, tekrarla" diyorsanız 60 ms ile 100 ms'lik tünel farkı prodüksiyonda görünmez.
Tek bir cihaz veya küçük bir filo çalıştırıyor ve upstream trafiği belirli bir kaynak IP üzerinden yönlendirmeniz gerekmiyorsa.
Platformu ilk kez keşfediyorsanız — ilk proxy'nizi aşırı mühendislik yapmak zaman kaybıdır.

Ne zaman belirli bir edge sunucusu seçmeli

Aşağıdaki koşullardan biri veya birkaçı geçerliyse açıkça seçin:

Latency'ye duyarlı iş akışları

Sneaker drop'ları, reklam teknolojisi teklif sistemi, gerçek zamanlı fiyat izleyicileri ve her 50 ms'nin başarı oranını doğrudan etkileyen her şey; otomasyonu çalıştıran istemciye coğrafi olarak en yakın PoP'un seçilmesinden fayda sağlar. Önce ölçün (aşağıdaki ölçüm bölümüne bakın), sonra seçin.

Yüksek eşzamanlılıklı paralel scraping

Aynı edge üzerinden yüzlerce eşzamanlı bağlantı çalıştırırken yük önemlidir. Sunucu açılır listesi her seçeneğin yanında bir yük göstergesi sunar. Auto'nun varsayılan olarak seçebileceği coğrafi açıdan en yakın edge zaten meşgul olabilir; bu nedenle en fazla kapasiteye sahip edge'i tercih edin. Toplu havuz yönetimi için büyük ölçekte proxy yönetimi rehberine bakın.

Upstream residential forwarding

Nodetonet'i upstream forwarding aracılığıyla harici bir residential veya datacenter sağlayıcısına zincirlerseniz, upstream'inizin aldığı trafik mobil cihazınızdan değil edge sunucusunun IP'sinden kaynaklanır. Bazı upstream sağlayıcılar API uç noktalarında IP izin listesi uygular. Bu durumda izin verilen adresinizle hangi edge IP'sinin örtüştüğünü belirleyin ve buna göre seçin. Giden IP'yi istediğiniz zaman ücretsiz proxy denetleyicimiz ile doğrulayabilirsiniz.

Uyumluluk ve veri-yerleşim gereksinimleri

Bazı kurumsal iş akışları yasal olarak trafiğin istemci ile panel arasında transit sırasında belirli bir yargı bölgesini terk etmemesini gerektirir. Böyle bir gereksiniminiz varsa, izin verilen bölge içindeki edge'e seçin ve hangi sunucunun seçildiğini belgeleyin. Auto bu tür bir güvence sağlamaz.

A/B performans testi

Aynı proxy özelliklerini iki farklı edge'de oluşturun, her ikisinde de özdeş iş yükleri çalıştırın; böylece ikinci hop maliyetini dürüst biçimde ölçmüş olursunuz. Bu, büyük bir filoyu yeni bir bölgeye taşımadan önce yararlıdır.

Taahhüt öncesi latency nasıl ölçülür

Edge'leri dürüstçe karşılaştırmak için proxy oluşturmadan önce basit bir curl döngüsü yeterlidir:

for srv in fra hel nyc sgp bah; do
  echo "=== $srv ==="
  curl -o /dev/null -s -w "connect:%{time_connect}  total:%{time_total}
"     -x http://kullanici:sifre@$srv.nodetonet.com:48888     https://api.ipify.org
done

Bu komutu gerçekte otomasyonunuzu çalıştıracak aynı hosttan çalıştırın — cloud VM, co-located sunucu veya dizüstü bilgisayar. time_connect değeri edge'e giden ham TCP el sıkışmasıdır; time_total cihaz üzerinden ipify'a ve geri gelen tam round trip'i içerir. Hedefiniz için en düşük time_total'a sahip edge'i seçin, sabitleyin ve devam edin.

Mevcut bir proxy üzerinde daha kapsamlı bir bağlantı kontrolü için ücretsiz proxy denetleyicimizi kullanın — proxy'nin canlı olduğunu onaylar, çıkış IP'sini döndürür ve denetleyicinin konumundan gecikmeyi gösterir.

Sonradan edge değiştirme

Mevcut bir proxy'nin edge sunucusunu değiştiremezsiniz. Dinleme portu belirli bir fiziksel makineye tahsis edilmiş ve ona bağlıdır. Değiştirmek için proxy'yi silin ve farklı bir edge'e işaret ederek yeniden oluşturun.

İyi haber şu ki token ve cihaz binding korunur: tokenlar ve eşleştirilmiş cihazlar proxy kaydında değil, cihaz kaydında yaşar. Farklı bir edge'de bir proxy yeniden oluşturduğunuzda değişen tek şey bağlantı dizisinin hostname'i ve port numarasıdır. İstemci yapılandırmanızda bunları güncelleyin ve işiniz biter.

Uzman ipucu: Nodetonet REST API'si aracılığıyla bir proxy filosu yönetiyorsanız, serverId'yi sabit kodlamak yerine provisioning script'inizde parametre olarak saklayın. Tüm bir filosu yeni bir PoP'a taşımak tek bir değişken değişikliği ve scriptin yeniden çalıştırılması kadar kolay olur. Çalışan bir örnek için Python'da programatik proxy oluşturma rehberine bakın.

Edge sunucuları, mobil proxy'ler ve veri düzlemi

Edge sunucusunun ne çalıştırdığını anlamak faydalıdır. Nodetonet'in mimarisi kontrol düzlemini (panel, API, faturalandırma, token yönetimi) veri düzleminden (gerçek proxy trafiği) ayırır. Edge sunucuları veri düzlemi motorunu çalıştırır: gelen istemci bağlantılarını kabul eder, eşleştirilmiş Android cihazlara kalıcı WebSocket tünelleri tutar, trafiği cihazın hücresel bağlantısı üzerinden iletir ve kullanımı panele raporlar.

Bu mimari, panel kısa süreliğine kullanılamaz olsa bile kurulu proxy tünellerinin trafiğe hizmet vermeye devam ettiği anlamına gelir — edge bağımsız çalışır. Aynı zamanda yeni bir bölge eklemek altyapı işlemidir: yeni bir edge sunucusu havuza katılır, panel onu açılır listede sunmaya başlar ve diğer edge'lerdeki mevcut proxy'ler etkilenmez.

Mobil proxy'ler için edge, Android cihazınızdan gelen WebSocket'i tutar. HTTP tünelleri için edge (veya bir PC'deki Windows .exe agent) gelen HTTPS'i sonlandırır ve yerel servisinize iletir. Her iki durumda da edge sunucusu seçimi, genel internet ile tünel uç noktası arasındaki gecikmeyi etkiler.

Token grupları ve edge çeşitliliği

Bir token grubu, Nodetonet'in round-robin veya least-connection seçimi kullanarak istekleri dağıttığı bir mobil cihaz havuzudur. Token grubu içinde bireysel cihazlar farklı edge sunucularına sabitlenebilir — bu güçlü bir güvenilirlik modelidir: bir edge yüksek yük altına girerse veya bakıma alınırsa, diğer edge'lerdeki cihazlar trafiğe hizmet vermeye devam eder. Bunu nasıl kuracağınız için mobil proxy'ler için otomatik failover rehberine bakın.

Bir token grubu üzerinden rotating proxy kullandığınızda, mevcut cihazın hangi edge'de olduğundan bağımsız olarak çıkış IP'si her rotasyonla değişir. Hedefleme açısından kullanıcı adı ekleri aracılığıyla operatör, ülke ve şehir hedefleme aynı şekilde çalışmaya devam eder — edge sunucusu o mekanizma için görünmezdir.

Sonraki adımlar

Nodetonet trafiği nasıl yönlendirir — tam hop-hop yol; yukarıdaki gecikme rakamlarının somut anlam ifade etmesi için.
Tünel sağlığını izleme — bir edge seçtikten sonra üzerinde göz kulak olun.
Programatik proxy provisioning — Python script'inden ölçekli olarak serverId ayarlayın.
Upstream residential forwarding — Nodetonet'i harici bir sağlayıcıya zincirleyin ve edge IP'sinin neden önemli olduğunu anlayın.
Tam özellik genel bakışı — Nodetonet'in proxy barındırmanın ötesinde sunduğu her şeyi görün.