No Man’s Sky Proxy: Güncelleme Trafiği, Oturum Kurulumu ve Uyum
Bu yapımda ağ maliyetinin büyük bölümü oynarken değil, güncelleme günlerinde ortaya çıkar. Sürüm paketleri gigabaytlarla ölçülür, oyun içi durum trafiği ise küçüktür. Proxy kararını da bu asimetri belirler: kuralın asıl etkisi indirme tarafında görülür, oyun oturumunda değil.
Hacim dağılımıİlk kurulum, sürüm güncellemesi ve oturum trafiğinin görece ağırlıkları.
02
CDN ve rotaİndirmenin hangi düğümden geldiği ve proxy’nin rotayı nasıl uzatabildiği.
03
Barındırma gerçeğiOyuncunun sunucu kuramadığı bir modelde oturumların nerede yaşadığı.
04
Uyum sınırıKoruma bileşenleri ve hizmet şartları karşısında proxy’nin yeri.
Evreni keşfe dayalı bir yapımda ağ yükü, nişancı oyunlardakinden bambaşka bir dağılım gösterir. Oyun içi durum trafiği küçüktür ve gecikmeye orta düzeyde duyarlıdır; buna karşılık istemcinin diskte kapladığı alan ve sürüm güncellemelerinin boyutu ciddi bir aktarım anlamına gelir.
Bu sayfa üç konuyu ayrı ayrı ele alıyor: indirme ve güncelleme trafiğinin proxy karşısındaki davranışı, oyuncunun kendi sunucusunu kuramadığı bir modelde oturumun nasıl kurulduğu ve koruma bileşenleriyle hizmet şartlarının çizdiği uyum sınırı.
Baştan bir beklenti düzeltmesi: proxy bir hızlandırıcı değildir. İndirme hızını belirleyen şey hattınızın kapasitesi ve dağıtım ağının size en yakın düğümüdür; araya bir çıkış koymak bu iki değişkeni de sizin lehinize çevirmez.
Aktarılan verinin dağılımı neye benziyor?
İstemcinin ürettiği trafiği dört kabaca ayrılabilir gruba bölmek işi kolaylaştırır: ilk kurulum paketi, büyük sürüm güncellemeleri, ara düzeltmeler ve çevrimiçi oturum trafiği. Bu grupların hacimleri arasında büyüklük mertebesi farkı vardır; ilk üçü indirme tarafında toplanır, sonuncusu ise sürekli ama küçük paketlerden oluşur.
Pratik sonuç şudur: kotalı bir çıkış kullanıyorsanız aylık tüketiminizin neredeyse tamamı, oynadığınız saatlerden değil bir sürüm gününden gelir. Bir içerik güncellemesi yayımlandığında istemci paketin yalnızca değişen parçalarını değil, bazen büyük bloklar hâlinde yeniden yazılan dosyaları da çeker. Kota planlamasının nasıl yapılacağı proxy bant genişliği hesaplama yazısında ele alınıyor.
Bu asimetri, proxy kuralını nereye yazacağınıza da yön verir. İndirmeleri kotalı bir çıkıştan geçirmek, bütçenizi birkaç saatte tüketmenin en hızlı yoludur. Doğru kurgu genellikle terstir: indirme trafiğini olağan hattınızda bırakın, proxy’yi yalnızca gerçekten yönlendirmek istediğiniz işler için kullanın.
Not
Bir sürüm güncellemesinin boyutu, oyun dosyalarının toplamından bağımsızdır. Dağıtım sistemi değişen blokları hesaplar; bu yüzden küçük görünen bir yamanın indirmesi beklenenden büyük çıkabilir.
Sayılar ölçüm değil görece ağırlıktır; amaç hacmin indirme tarafında toplandığını göstermektir.
Güncelleme paketi nereden geliyor ve proxy neyi değiştirir?
Oyun dosyaları oyun sunucularından değil, bir içerik dağıtım ağından gelir. Bu ağın mantığı basittir: aynı dosyanın kopyaları dünyanın birçok noktasında tutulur ve isteyen istemciye en yakın kopya verilir. Yakınlık kararı, isteğin geldiği adrese ve alan adı çözümünün nerede yapıldığına bakılarak alınır.
Proxy devreye girdiğinde bu karar bozulabilir. İstek başka bir ülkedeki çıkıştan geliyorsa dağıtım ağı o ülkeye yakın bir düğümü uygun görür ve paket oraya teslim edilir; ardından aynı veri, çıkıştan size kadar bir kez daha taşınır. Sonuç, veriyi iki kez dolaştıran uzun bir rotadır. Bu mekanizmanın ayrıntısı proxy ve CDN karşılaştırmasında anlatılıyor.
İkinci değişken alan adı çözümüdür. Çözüm sizin ağınızda yapılırsa size yakın bir düğüm dönebilir ama bağlantı proxy’nin bulunduğu ülkeden kurulur; bu kez rota tersine döner. Çözümün proxy tarafında yapıldığı yapılandırmada ise düğüm çıkışa göre seçilir ve en azından tutarlı bir tablo oluşur. Tutarsız yapılandırma, indirmenin neden yavaşladığını açıklayan en sık nedendir.
Yüksek hacimli indirmeleri bir çıkıştan geçirmeniz gerçekten gerekiyorsa, bant genişliği yüksek ve kotası cömert bir datacenter proxy bu iş için doğru türdür. Residential ve mobil havuzlar aktarılan veri üzerinden ücretlendirildiği için büyük paketlerde hızla pahalılaşır.
Kendi sunucunuzu kuramadığınız bir modelde oturum nerede yaşar?
Sandbox türündeki birçok yapımda oyuncular kendi makinelerinde bir sunucu süreci çalıştırabilir. Burada durum farklıdır: kalıcı dünya ve keşif kayıtları yayıncının servislerinde tutulur, oyuncular arasındaki ortak oyun oturumları ise eşler arası bir ilişki üzerinden kurulur. Kiralık bir makineye kurup yönetebileceğiniz resmî bir sunucu yazılımı bulunmaz.
Bu modelin proxy açısından iki sonucu vardır. Birincisi, barındırma tarafında yapılandırabileceğiniz bir kapı ya da dinleyici yoktur; gelen bağlantıları karşılama sorunu sizin probleminiz değildir. İkincisi, oturumun kalitesini belirleyen şey çoğunlukla karşı tarafın hattıdır, sizin çıkışınız değil.
Keşif verisi tarafında ise klasik istek–yanıt düzeni geçerlidir. Adlandırdığınız bir gezegenin kaydı, ziyaret ettiğiniz sistemlerin listesi ve benzeri veriler servise yüklenir ve oradan okunur. Bu trafik TCP üzerinden aktığı için proxy kapsamına girer; boyutu küçüktür ve gecikmeye duyarlılığı düşüktür.
Karar verirken iki ekseni ayrı tutun: aktarılan veri hacmi ve gecikmeye duyarlılık. Büyük hacimli ama gecikmeye kayıtsız işler ile küçük hacimli ama anlık tepki bekleyen işler farklı çıkış türleri ister. Aynı çıkışı ikisine birden zorlamak, ikisini de ortalama bir sonuca mahkûm eder.
ŞEMATrafik türlerinin hacim ve gecikme duyarlılığı ekseninde konumu
Şemayı yatay kaydırarak inceleyebilirsiniz
Sağ altta kalan işler bant genişliği ister, sol üstte kalanlar kısa ve kararlı bir rota ister; aynı çıkış ikisini birden en iyi şekilde karşılamaz.
Hacimli indirme ve doğrulama işleri için çıkış seçin
Büyük paketlerde bant genişliği odaklı bir çözüm, bölgesel doğrulamada ise farklı ülkelerden çıkış tercih edilir.
Residential proxyler, Datacenter Proxyleri, IPv6 ve ISP çözümlerimizden dilediğinizi seçin. Tüm planlar sınırsız seçenekler, %99,9 çalışma süresi, rotating proxyler, sticky oturumlar ve 7/24 destek sunar. Web scraping, reklam doğrulama, SEO izleme ve dijital veri toplama için idealdir.
ISP ProxyStatik ISP kayıtlı Türkiye IP'leri
ISP kayıtlı statik Türkiye IP'leri; veri merkezi hızını gerçek operatör itibarıyla birleştirir. Uzun oturumlu ve düşük pingli kullanım için idealdir.
Bir oturum kurulmadan önce istemcinin kimliğini doğrulaması gerekir. Bu aşama tamamen TCP ve TLS üzerinden yürür: istemci çıkışa CONNECT isteğiyle bir tünel açtırır, tünelin içinden hedefle el sıkışır ve oturum jetonunu taşır. Buraya kadar olan her şey proxy kapsamındadır.
Doğrulama tamamlandıktan sonra eşleştirme verisi alınır; hangi oyuncuların yakınınızda olduğu, hangi oturuma katılabileceğiniz bu adımda belirlenir. Bu da istek–yanıt biçiminde akar ve tünelden geçer. Buraya kadar sorun yoktur.
Asıl ayrım son adımdadır. Oyuncular arasındaki durum akışı UDP kullandığında, açtığınız TCP tüneli bu paketleri taşıyamaz. Paketler ya doğrudan hattınızdan çıkar ya da ağ UDP’yi kapatmışsa hiç çıkmaz. SOCKS5 UDP desteği bu boşluğu kapatmak için tasarlanmıştır ama istemcinin de bu yöntemi kullanacak biçimde yazılmış olması gerekir; oyunlarda bu koşul nadiren sağlanır.
Bu yüzden gerçekçi beklenti şudur: giriş ve eşleştirme bir çıkıştan geçebilir, oyun içi akış geçmeyebilir. Kurulum sonrası yaptığınız testte yalnızca giriş yapabildiğinize bakarsanız, kapsamın gerçekte nerede bittiğini göremezsiniz.
Arıza çıktığında sırayı tersine çevirmek teşhisi hızlandırır. Giriş ekranında takılıyorsanız sorun ilk iki adımdadır ve neredeyse her zaman kimlik doğrulama, kota ya da erişilemeyen bir çıkışla ilgilidir. Giriş sorunsuz ama bir başkasıyla aynı oturuma düşemiyorsanız ilgilenmeniz gereken katman eşleştirmedir. Her ikisi de çalışıyor, yalnızca oyun içinde kopmalar yaşanıyorsa bakılacak yer proxy ayarı değil, yerel hattınız ve ağın UDP politikasıdır.
ŞEMAOturum kurulurken isteklerin izlediği sıra
Şemayı yatay kaydırarak inceleyebilirsiniz
İlk dört adım tünelden geçer; son adımda UDP akışı tünelin dışında kalır ve olağan hattan çıkar.
Koruma bileşenleri ve hizmet şartları karşısında proxy’nin yeri
Çevrimiçi bileşeni olan her yapımda, istemcinin beklendiği gibi çalıştığını doğrulayan mekanizmalar bulunur. Bu mekanizmaların ayrıntısı yayıncıdan yayıncıya değişir ve burada tek tek anlatılacak bir konu değildir. Önemli olan ilkedir: bu sayfa, koruma bileşenlerini etkisiz kılmak ya da platform politikalarını dolanmak için bir yöntem anlatmaz.
Proxy’nin yaptığı iş sınırlıdır ve dürüstçe söylenmelidir. Çıkış adresiniz değişir; hesabınızın geçmişi, cihaz kimliğiniz, oturum jetonunuz ve mağaza hesabınızın bağlı olduğu ülke aynı kalır. Bir proxy, hesabınızın bölgesini değiştirmez ve bölgesel erişim kısıtlarını devre dışı bırakan bir araç değildir.
Meşru kullanım alanları ise gerçektir: kurumsal bir ağdan çıkarken bilinen bir adres kullanmak, bir hizmetin farklı bir bölgede nasıl yanıt verdiğini doğrulamak, sağlayıcı kararlılığını ölçmek ya da ekip içinde ortak bir erişim politikası kurmak. Mağaza sayfalarındaki bölgesel görünüm farklarını pazar araştırması amacıyla incelemek de bu kapsamdadır; konunun sınırları oyun mağazalarında bölgesel fiyat araştırması yazısında tartışılıyor.
Proxy’nin neyi gizlemediğini bilmek de aynı ölçüde önemlidir. Tarayıcı ya da istemci sürümünüz, dil ve saat dilimi ayarınız, cihazda saklı oturum jetonunuz ve hesabınızın geçmişi olduğu gibi kalır. Karşı taraf için değişen tek girdi bağlantının hangi adresten geldiğidir; geri kalan her şey aynı kaldığı için proxy’yi bir anonimlik katmanı gibi düşünmek yanlış bir güven duygusu üretir.
Uyarı
Oyunun ve platformun hizmet şartlarına uyum kullanıcının sorumluluğundadır. Hesap satın alma ülkesiyle ilgili kurallar platform tarafından belirlenir ve bir çıkış değişikliği bu kuralları değiştirmez.
Çıkış türü seçimi: hacim mi, kararlılık mı?
Tür kararını verirken sorulacak ilk soru şudur: bu çıkıştan ne kadar veri geçecek? Yanıt gigabaytlarla ölçülüyorsa aktarım başına ücretlendirilen havuzlar hızla pahalıya gelir. Yanıt küçükse ve asıl mesele adresin nereye ait göründüğüyse, hacim odaklı bir çözüm gereksiz kalır.
Çıkış türü
Hacimli indirme
Küçük ve sık istek
Ücretlendirme mantığı
Datacenter
En uygun seçenek
Yeterli
Genellikle adres ve süre üzerinden
ISP
Uygun, hız kararlı
Uygun
Adres başına, kota daha cömert
Residential
Maliyeti hızla büyür
Uygun
Aktarılan veri üzerinden
Mobil
Bu iş için değil
Uygun ama pahalı
Aktarılan veri üzerinden
İkinci soru süreklilikle ilgilidir. Uzun süren bir indirme ortasında adres değişirse, dağıtım ağı isteği yeni bir düğüme yönlendirebilir ve aktarım baştan başlayabilir. Bu yüzden hacimli işlerde rotasyonlu bir havuz değil, oturum boyunca sabit kalan bir çıkış tercih edilir.
Üçüncü soru sağlayıcının duruşuyla ilgilidir: kesinti olduğunda ne taahhüt ediliyor ve ölçüm nasıl yapılıyor? Uptime ve SLA tarafındaki tanımları satın almadan önce okumak, ilk arızada yaşanacak tartışmayı baştan önler.
Bir çıkışı işe almadan önce nasıl ölçülür?
Ölçümü üç başlıkta tutun: erişilebilirlik, gecikme ve kimlik. Erişilebilirlik çıkışın ayakta olup olmadığıdır ve en hızlı biçimde bir kontrol aracıyla sınanır. Gecikme, araya eklenen durağın maliyetidir; proxy açıkken ve kapalıyken yapılan iki ölçümün farkı size gerçek bedeli söyler.
Kimlik tarafı çoğu kullanıcının atladığı başlıktır. Bazı çıkışlar isteğe ek başlıklar ekler ve karşı taraf bağlantının bir proxy üzerinden geldiğini ilk istekte anlar. Bu bir güvenlik açığı değildir ama beklentinizi etkiler; anonimlik testi hangi başlıkların eklendiğini raporlar.
Ölçümü tek seferde bitirmeyin. Paylaşımlı havuzlarda yoğun saat farkı belirgindir ve sabah alınan bir sonuç akşam tekrarlanmaz. Aynı testi günün üç farklı diliminde yapıp en kötü sonucu esas almak, sonradan yaşanacak sürprizleri azaltır. Ek durağın süreye etkisini hesaplama yöntemi proxy latency yazısında anlatılıyor.
Ölçümü hem proxy açıkken hem kapalıyken alın ve farkı not edin.
Aynı çıkışı farklı saatlerde tekrar sınayın.
Kota tüketimini indirme öncesi ve sonrası karşılaştırın.
Panelinizde eşzamanlı bağlantı sınırını kontrol edin.
Platform istemcisi ile oyun süreci arasındaki ayrım
Masaüstünde oyun genellikle bir mağaza istemcisi üzerinden çalıştırılır ve indirme işini o istemci yürütür. Bu, proxy açısından önemli bir ayrımdır: oyun sürecine bir kural yazsanız bile indirme, ayrı bir sürecin açtığı bağlantılardan akar. Yalnızca oyunu kapsayan bir uygulama bazlı kural, yama trafiğini kapsamaz.
Bazı mağaza istemcilerinin kendi ayar ekranında proxy alanı bulunur; bu alan sistem ayarından bağımsız çalışır ve doldurulmadığı sürece istemci olağan hattı kullanır. İndirme tarafını gerçekten yönlendirmek istiyorsanız kuralı orada tanımlamanız gerekir. Adımların derli toplu anlatımı Steam proxy ayarları yazısında bulunuyor.
Ters yönde bir tuzak da vardır: sistem geneli bir kural yazdığınızda mağaza istemcisi de kapsama girer ve farkında olmadan gigabaytlarca veriyi kotalı bir çıkıştan geçirebilirsiniz. Büyük bir güncelleme öncesinde kuralın kapsamını gözden geçirmek, aylık bütçenizi koruyan en küçük alışkanlıktır.
Bu yapımda proxy ne işe yarar, ne işe yaramaz?
Yaramadığı yerden başlayalım. Proxy indirme hızınızı artırmaz, sunucu tarafındaki oturum kalitesini iyileştirmez ve hesabınızın bölgesel durumunu değiştirmez. Oyun içi akıcılık sorunlarının çözümü genellikle ağ tarafında değil, karşı tarafın bağlantısında ya da yerel hattınızın kararlılığındadır.
Yaradığı yerler ise belirlidir. Kurumsal veya paylaşımlı bir ağdan çıkarken bilinen ve sabit bir adres kullanmak, bir hizmetin farklı bölgelerden nasıl yanıt verdiğini doğrulamak, test ortamlarını gerçek kullanıcı trafiğinden ayırmak ve sağlayıcıların kararlılığını karşılaştırmak bunlardandır.
Karar verirken tek bir soruyu yanıtlamanız yeterli: çıkış adresimin değişmesi bu işte gerçekten bir fark yaratıyor mu? Yanıt hayırsa, eklenen katman yalnızca gecikme, maliyet ve teşhis zorluğu getirir. Yanıt evetse, geriye türü ve hacmi doğru seçmek kalır. Proxy kullanmanın genel güvenlik tarafı için proxy kullanmak güvenli mi yazısına bakabilirsiniz.
No Man’s Sky ve proxy hakkında sık sorulanlar
01Proxy güncelleme indirmesini hızlandırır mı?
Hayır. İndirme hızını hattınızın kapasitesi ve dağıtım ağının size en yakın kopyası belirler. Araya bir çıkış koymak veriyi çoğu kurulumda daha uzun bir rotadan geçirir; sonuç genellikle daha yavaş bir aktarımdır.
02Kendi sunucumu kurup arkadaşlarımı davet edebilir miyim?
Bu yapımda kiralık bir makineye kurulup yönetilen resmî bir sunucu yazılımı bulunmaz. Kalıcı kayıtlar yayıncının servislerinde tutulur, ortak oyun oturumları ise eşler arası bir ilişkiyle kurulur. Dolayısıyla barındırma tarafında yapılandıracağınız bir kapı yoktur.
03Kotalı bir çıkışta oyun ne kadar veri harcar?
Oynanış sırasındaki durum trafiği küçüktür; asıl tüketim indirme tarafındadır. Tek bir büyük sürüm güncellemesi, aylarca oynanan oturumların toplamından fazla veri aktarabilir. Bu yüzden indirmeleri kotalı çıkışın dışında tutmak yaygın bir tercihtir.
04Proxy hesabımın bölgesini değiştirir mi?
Hayır. Hesabın bağlı olduğu ülke ve mağaza kuralları platform tarafında tanımlıdır; çıkış adresinizin değişmesi bunu etkilemez. Proxy bir yönlendirme kararıdır, hesap özelliklerini değiştiren bir araç değil.
05Oyun içi bağlantı sorunlarını proxy çözer mi?
Genellikle hayır. Ortak oyun oturumunun akıcılığını çoğu zaman karşı tarafın hattı belirler. UDP kullanan akış TCP tüneline giremediği için proxy bu kısmı kapsamaz; sorun yerel hattınızda değilse eklenen katman bir şey düzeltmez.
06Hangi çıkış türü hacimli indirme için uygundur?
Aktarılan veri üzerinden ücretlendirilmeyen, bant genişliği yüksek çözümler bu iş için daha uygundur. Residential ve mobil havuzlar aktarım başına ücretlendirildiği için gigabaytlık paketlerde maliyet hızla büyür.
07İndirme ortasında IP değişirse ne olur?
Aktarım kesilebilir ya da dağıtım ağı isteği başka bir düğüme yönlendirdiği için baştan başlayabilir. Uzun süren indirmelerde rotasyonlu bir havuz değil, oturum boyunca sabit kalan bir çıkış kullanın.
08Mağaza istemcisine ayrı proxy tanımlamak gerekir mi?
Kuralınız yalnızca oyun sürecini kapsıyorsa evet. İndirme işini mağaza istemcisi yürütür ve o süreç ayrı bağlantılar açar. Bazı istemcilerin kendi proxy alanı vardır; doldurulmadığı sürece olağan hattı kullanır.