Vainglory için Proxy: Hangi Trafik Tünelden Geçer?
Vainglory’de proxy kurmak isteyen çoğu kişi tek bir soruyu yanlış yerden sorar: “oyunu proxy üzerinden nasıl çalıştırırım?” Doğru soru şudur: bu oyunun ürettiği trafiğin hangi bölümü bir proxy’nin taşıyabildiği türdendir? Bu sayfa yanıtı protokol, istemci ve bölge başlıkları altında ayrı ayrı veriyor.
Protokol ayrımıTCP ile UDP farkının kapsama doğrudan etkisi.
02
İstemci ayrımıMağaza istemcisi ile oyun istemcisinin farklı davranışı.
03
Bölge davranışıSunucu seçiminin ve hesap kaydının nasıl belirlendiği.
04
ÖlçümBeklenti yönetimi ve çıkışın doğru biçimde test edilmesi.
Vainglory uzun süredir yayında olan bir mobil MOBA’dır ve zaman içinde masaüstü tarafına da açılmıştır. Bu geçmiş, ağ tarafında iki farklı kurulum biçimi bırakır: telefonda tek bir uygulama, masaüstünde ise bir dağıtım istemcisiyle yönetilen bir kurulum. Proxy kararı bu iki biçimde aynı sonucu vermez.
Oyunun işletim modeli de yıllar içinde değişmiştir; hangi bölge sunucularının açık olduğu ve hesap tarafındaki davranışların güncel hâli dönemsel olarak farklılaşabilir. Bu sayfa bu yüzden oyuna özgü kesin tablo vermek yerine, hangi mekanizmanın neye bağlı olduğunu anlatır. Güncel durumu her zaman resmî kanaldan doğrulayın.
Değişmeyen şey teknik zemindir: proxy araya giren bir duraktır, taşıyabildiği protokol sınırlıdır ve kapsamı nereye tanımladığınıza bağlıdır. Aşağıdaki bölümler bu üç sınırı Vainglory bağlamında somutlaştırıyor.
İstek zinciri nasıl ilerliyor?
Bir proxy üzerinden giden istek dört durak görür. Önce istemci hedefi ve portu belirler; HTTP proxy’sinde bu bildirim düz metin hâlinde proxy’ye iletilir, SOCKS5’te ise protokolün kendi el sıkışması içinde taşınır. İkinci durak proxy sunucusudur: TCP oturumu burada kurulur ve şifreli bağlantılarda proxy yalnızca baytları taşır, içeriği okuyamaz.
Üçüncü durak hedef servistir. Vainglory tarafında bu, hesap ve kimlik uçları, mağaza ve envanter çağrıları ya da yama sunucusu olabilir. Dördüncü durak yanıtın dönüşüdür; yanıt aynı yoldan geri gelir, yani gidiş ve dönüşte aynı iki bacak yürünür. Toplam gecikmenin neden arttığını bu simetri açıklar.
Bu zincirin dışında kalan şey maçın kendisidir. Gerçek zamanlı oyun akışı küçük ve sık paketlerden oluşur, kayıp toleransı yüksektir ve yaygın olarak UDP üzerinde taşınır. Böyle bir akış için yeniden iletim beklemek, paketi atlamaktan daha kötü bir sonuç üretir; protokol seçimi bilinçlidir. Bir HTTP proxy’sinin kurduğu tünel yalnızca TCP taşıdığı için bu akış zincire hiç girmez.
Sonuç olarak kurulumu “oyunu yönlendirmek” diye düşünmeyin. Yönlendirdiğiniz şey, oyunun ürettiği isteklerin bir alt kümesidir; hangi alt küme olduğunu bir sonraki bölümdeki protokol ayrımı belirler.
ŞEMABir isteğin proxy üzerinden gidiş-dönüş zinciri
Şemayı yatay kaydırarak inceleyebilirsiniz
Gidiş ve dönüşte aynı iki bacak yürünür; toplam sürenin neden uzadığını bu simetri açıklar.
TCP ile UDP arasındaki çizgi kapsamı nasıl belirliyor?
HTTP proxy uygulama katmanında çalışır. Düz HTTP isteklerini okuyabilir, başlık ekleyebilir ve HTTPS için CONNECT yöntemiyle bir TCP tüneli açar. Bu tünelin taşıdığı şey TCP oturumudur; UDP datagramları için bir mekanizması yoktur ve hiçbir ayarla eklenemez. İki protokolün yeteneklerinin kalem kalem karşılaştırması HTTP ve SOCKS5 farkı yazısında duruyor.
SOCKS5 bir alt katmanda, taşıma seviyesinde çalışır ve içinden geçen protokole karışmaz. Standartta UDP taşımaya yarayan UDP ASSOCIATE adlı bir yöntem tanımlıdır. Ancak bu yolun çalışması için üç şey aynı anda gereklidir: sunucunun yöntemi desteklemesi, istemcinin bu yolu kullanmayı bilmesi ve aradaki ağın ilgili UDP trafiğine izin vermesi. Üçünden biri eksikse akış doğrudan çıkar. Mekanizmanın ayrıntısı SOCKS5 UDP desteği yazısında.
Soru
HTTP proxy
SOCKS5
TCP taşır mı?
Evet, CONNECT tüneliyle
Evet, doğrudan
UDP taşır mı?
Hayır
Yalnızca UDP ASSOCIATE destekleniyorsa
Alan adını kim çözer?
Proxy
İstemciye bağlı
Oyun istemcilerinde yaygın mı?
Kısmen
Nadiren
Bu tablo pratikte tek bir cümleye iner: proxy Vainglory’nin hesap, mağaza ve indirme tarafını kapsayabilir, maç akışını kapsamaz. Hangi protokolün hangi işe uygun olduğuna karar verirken protokol seçim rehberi bir kontrol listesi sunuyor.
Mağaza istemcisi ile oyun istemcisi neden ayrı davranır?
Masaüstü kurulumlarda iki ayrı program vardır. Biri dağıtım ve güncelleme istemcisidir: kütüphaneyi yönetir, yama indirir, oturum açar ve mağaza ekranını gösterir. Diğeri oyunun kendisidir. İkisi farklı süreçlerdir, dolayısıyla uygulama bazlı bir proxy kuralı yazdığınızda hangisini seçtiğiniz sonucu tamamen değiştirir.
Dağıtım istemcisinin trafiği baştan sona TCP üzerindedir ve HTTPS konuşur. Yama indirme, kütüphane senkronizasyonu, mağaza ve hesap çağrıları bu sınıfa girer. Bu yüzden bir proxy kuralının en temiz kapsadığı program budur; tanımladığınızda kural gerçekten çalışır ve sonucu doğrulamak kolaydır.
Oyun istemcisi ise karma davranır. Başlangıçta bazı HTTPS çağrıları yapar, ardından maç için gerçek zamanlı akışa geçer. Kuralı buraya yazdığınızda ilk gruptaki istekler yönlendirilir, ikinci gruptaki akış doğrudan çıkar. Kurulumun “yarım çalışıyor” görünmesinin en sık nedeni budur ve bir arıza değildir.
Mobil tarafta bu ayrım yoktur: tek uygulama hem güncellemeyi hem oyunu taşır. Orada kapsamı belirleyen şey uygulamanın sistem proxy ayarını okuyup okumadığıdır. Kendi ağ yığınını kullanan istemciler bu tercihi yok sayabilir; bu durumda cihaz ayarına yazdığınız kural oyunu etkilemez.
Hangi sürecin ne yaptığını tahmin etmeyin, gözlemleyin. Dağıtım istemcisini tek başına açıp bir güncelleme başlattığınızda kural çalışıyorsa çıkış adresiniz o isteklerde görünür; aynı kontrolü oyun açıkken tekrarladığınızda tablo değişiyorsa ayrımı doğrudan ölçmüş olursunuz. Bu iki ölçümü yan yana koymak, “kurulum çalışmıyor” izlenimiyle “kural doğru çalışıyor ama o trafiği kapsamıyor” durumunu birbirinden ayırmanın en hızlı yoludur.
ŞEMATünelden geçebilen trafik ile doğrudan çıkan trafik
Şemayı yatay kaydırarak inceleyebilirsiniz
Ayrım taşıma protokolünden gelir; sol sütun kural yazılabilir alanı, sağ sütun yapılandırmadan etkilenmeyen alanı gösterir.
Vainglory kurulumunuza uygun çıkışı seçin
Kapsadığınız katman neyse tür kararı ondan çıkar: indirme ağırlıklı kurulum bant genişliği, doğrulama işleri konum çeşitliliği ister.
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.
İndirme, hacim açısından diğer tüm kalemlerin toplamından büyük olabilir. Bir sürüm güncellemesi ya da ilk kurulum, aylar boyunca yapılan arayüz isteklerinin yanında ezici bir yer tutar. Bu yüzden kapsam kararının maliyet tarafı neredeyse tamamen bu kalemde belirlenir.
Veri üzerinden ücretlendirilen çıkış türlerinde büyük bir indirmeyi tünelden geçirmek doğrudan faturaya yansır. Sabit ücretli ve yüksek bant genişlikli bir çıkışta ise maliyet değil, hız sorun olabilir: paylaşımlı bir havuzda yoğun saatte indirme yapmak, olağan hattınızdan indirmekten belirgin biçimde uzun sürebilir.
Alan adı çözümünün yeri de burada devreye girer. İçerik dağıtım ağları isteği karşılayacak düğümü büyük ölçüde çözümü yapan tarafın konumuna göre seçer. Çözüm sizin ağınızda yapılıp bağlantı uzaktaki bir çıkıştan kurulduğunda, size yakın seçilmiş bir düğüme uzaktan gidilir ve her parça gereksiz bir tur atar.
Not
Hacimli ve gecikmeye duyarsız trafiği kapsam dışında bırakmak çoğu kurulumda en sağlıklı karardır. Proxy’yi yalnızca gerçekten ihtiyaç duyduğunuz katmanda çalıştırın; geri kalanı olağan hattınızda kalsın.
Bölge sunucusu neye göre belirleniyor?
Çevrim içi oyunlarda bölge iki farklı anlamda kullanılır ve bunlar karıştırılır. Birincisi maçın oynandığı fiziksel sunucu bölgesidir; oyun bunu genellikle ölçüm ve eşleştirme mantığıyla kendisi belirler. İkincisi hesabın kayıtlı olduğu bölgedir; bu, hesap oluşturulurken ya da platform hesabı üzerinden belirlenen ve sunucu tarafında tutulan bir kayıttır.
Proxy yalnızca birinci gruptaki bazı isteklerin nereden geldiğini değiştirir. Hesap kaydını yeniden yazmaz, mağaza ülkesini değiştirmez, eşleştirme mantığını yönetmez. “Çıkışı değiştirince bölge de değişir” beklentisi bu yüzden karşılıksızdır; ayrıca bölgesel kısıtları aşmaya yönelik kullanım hizmet şartlarının konusudur ve bu sayfanın kapsamı dışındadır.
Meşru olan kullanım, bölgesel doğrulamadır: herkese açık bir duyurunun, bir tanıtım sayfasının ya da bir topluluk içeriğinin başka bir ülkeden nasıl göründüğünü kontrol etmek. Bunun için çıkış konumu çeşitliliği gerekir; hangi ülkelerde çıkış bulunduğunu proxy lokasyonları sayfasından görebilirsiniz.
Bir not daha: çıkış ülkesi arayüz dilini ve bazı web içeriklerinin sunuluşunu etkileyebilir. Bu, oyunun kendi bölge davranışıyla karıştırılmamalıdır. Tarayıcıda gördüğünüz bölgesel görünüm ile oyun hesabınızın kayıtlı bölgesi birbirinden bağımsız iki şeydir.
Uzaktan çalışan ekiplerde bu ayrım bir süreç meselesine dönüşür. Aynı hesaba iki farklı şehirden erişiliyorsa çıkışı kişiye değil işe bağlamak daha tutarlı bir tablo üretir; herkesin kendi hattından girmesi, hesabın sürekli yer değiştiriyormuş gibi görünmesine yol açar. Hangi çıkışın hangi amaçla kullanıldığını kaydeden kısa bir tablo hem devir teslimi kolaylaştırır hem de bir çıkışta arıza olduğunda hangi işlerin durduğunu anında söyler.
Kurulumu beş adımda oturtmak
Sıra önemlidir. Önce protokolü seçin: istemciniz yalnızca HTTP proxy alanı sunuyorsa SOCKS5 çıkışınız orada çalışmaz; tersine, SOCKS5 destekleyen bir araçta taşıma katmanında durmak daha esnek olabilir. Sonra kapsamı belirleyin: tek uygulama, cihaz profili ya da ağ geneli. Bu iki karar sonraki her şeyi şekillendirir.
Üçüncü adım erişim tanımıdır. Kullanıcı adı ve parola her yerden çalışır ama paylaşılabilir bir sırdır; IP yetkilendirmesi sabit adresli bağlantılarda pratiktir, hattınız yenilendiğinde erişimi kaybedersiniz. İki yöntemin ayrıntısı kimlik doğrulama yöntemleri yazısında. Masaüstünde sistem geneli ayarın nereden yapıldığını Windows proxy ayarları gösteriyor. Örnek biçim: proxy.example.com · 1080 · username · password.
Dördüncü adım doğrulamadır ve en sık atlanan adımdır. “Program açıldı” bir doğrulama değildir; çıkış adresinizi bağımsız bir sayfadan kontrol edin, alan adı çözümünün nerede yapıldığını ölçün ve proxy açıkken ile kapalıykenki sonuçları karşılaştırın. Beşinci adım ölçüm ve kayıttır: hangi profilde hangi çıkışı kullandığınızı yazın, yoksa bir sorun çıktığında değişkeni bulamazsınız.
Protokolü istemcinin desteklediğine göre seçin, alışkanlığa göre değil.
Kapsamı tek cümleyle tanımlayın: “şu programın şu trafiği”.
Aynı anda hem VPN hem proxy çalıştırmayın; çift katman teşhisi imkânsızlaştırır.
Doğrulamayı proxy kapalıyken tekrar edip iki sonucu karşılaştırın.
ŞEMAKurulumu oturtan beş adım
Şemayı yatay kaydırarak inceleyebilirsiniz
Sıra önemlidir: protokol ve kapsam kararı verilmeden yapılan erişim tanımı, sonradan baştan kurulmak zorunda kalır.
Sağlayıcı seçimi, süreklilik ve güvenlik
Bir proxy çıkışı kurulumun en kırılgan parçasıdır: çalışmadığında kapsadığı her şey durur. Bu yüzden seçimde hızdan önce süreklilik sorulur. Sağlayıcının kesinti politikası, bakım pencereleri ve arıza durumunda ne taahhüt ettiği somut sorulardır; uptime ve SLA yazısı bu taahhütlerin nasıl okunacağını anlatıyor.
İkinci soru güvendir. HTTPS bağlantılarında proxy içeriği okuyamaz, ancak hangi alan adına bağlandığınız proxy sunucusunda görünür ve kaydedilebilir. Bu, sağlayıcı seçimini teknik olduğu kadar bir güven kararı hâline getirir. Beklenmedik bir sertifika uyarısı ise ayrı bir kategoridir: doğru kurulmuş bir HTTPS proxy’si TLS oturumuna karışmaz, uyarı görüyorsanız trafiğiniz araya giren bir noktada açılıp yeniden şifreleniyor demektir. Kurumsal ağ dışında bu uyarıyı geçmeyin.
Üçüncü soru çıkış türüdür. Yüksek bant genişliği ve düşük maliyet önceliğinizse datacenter proxy en verimli seçenektir; buna karşılık ağ sınıfı karşı tarafta açıkça görünür. Tipik ev kullanıcısı profiline yakın durmak gerekiyorsa residential, sabit adres ve kararlı hız isteniyorsa ISP çözümü öne çıkar. Karar, kapsadığınız trafiğin ne olduğuna bağlıdır: indirme ağırlıklı bir kurulumla doğrulama ağırlıklı bir kurulum aynı türü istemez.
Ölçüm ve gerçekçi beklenti
Ölçmeden yapılan her yorum tahmindir. Bir çıkışı işe almadan önce yanıt süresini ölçün, ölçümü günün farklı saatlerinde tekrarlayın ve sonucu not edin; paylaşımlı havuzlarda yoğun saat farkı, tek seferlik bir ölçümün gizlediği en büyük değişkendir. Yöntem ve tuzaklar proxy hızı nasıl test edilir yazısında toplanmış durumda.
Beklenti tarafı ise tek cümlede özetlenebilir: fazladan bir durak eklendiği için toplam süre çoğu kurulumda uzar, pingi düşürmez. Nadir bir istisna vardır — varsayılan rotanız gereksiz yere dolambaçlıysa ve proxy daha doğrudan bir omurgaya oturuyorsa toplam süre kısalabilir. Ama bu bir kural değildir; ancak iki durumu da ölçüp karşılaştırarak anlaşılır ve oyunun maç içi akışı zaten bu hesabın dışındadır.
Son olarak neyi ölçtüğünüzü karıştırmayın. Proxy çıkışının yanıt süresi ile oyunun maç içi gecikmesi farklı iki büyüklüktür; ikincisi proxy’nin kapsamadığı bir akışa aittir. Bir kurulumu değerlendirirken kapsadığı katmanların davranışına bakın: giriş ne kadar sürede tamamlanıyor, mağaza ekranı ne kadar sürede doluyor, indirme hangi hızda ilerliyor. Bu üç ölçüm, kurulumunuzun gerçekten ne yaptığını söyler.
Vainglory ve proxy hakkında sorulanlar
01Proxy kurdum ama oyun içi gecikme değişmedi, neden?
Beklenen sonuç bu. Maç akışı gerçek zamanlı ve kayıp toleranslı bir trafiktir, yaygın olarak UDP üzerinde taşınır ve HTTP proxy’sinin CONNECT tüneline girmez. Yapılandırmanız hesap, mağaza ve indirme gibi TCP tarafını kapsar.
Amaca göre değişir. Yama indirme, mağaza ve hesap çağrılarını kapsamak istiyorsanız dağıtım istemcisi doğru hedeftir ve trafiğinin tamamı TCP olduğu için kural temiz çalışır. Oyun istemcisine yazdığınızda yalnızca başlangıçtaki HTTPS çağrıları yönlendirilir.
03SOCKS5 seçersem maç trafiği de tünelden geçer mi?
Yalnızca üç koşul birden sağlanırsa: sunucu UDP ASSOCIATE desteklemeli, istemci bu yolu kullanmayı bilmeli ve aradaki ağ ilgili UDP trafiğine izin vermelidir. Oyun istemcilerinde ikinci koşul nadiren karşılanır.
04Çıkış ülkesini değiştirince hesabımın bölgesi değişir mi?
Hayır. Hesabın kayıtlı bölgesi sunucu tarafında tutulur ve bağlantının geldiği adrese göre yeniden yazılmaz. Bölgesel kısıtları aşmayı hedefleyen kullanım hizmet şartlarının konusudur; bu sayfa yalnızca herkese açık içeriğin görünümünü doğrulamayı ele alır.
05İndirmeyi tünelden geçirmek zorunda mıyım?
Hayır ve çoğu kurulumda geçirmemek daha mantıklıdır. İndirme hacmin büyük bölümünü oluşturur; veri üzerinden ücretlendirilen bir çıkışta doğrudan maliyet, paylaşımlı bir havuzda ise yoğun saatte belirgin bir yavaşlama üretir.
06Sertifika uyarısı görüyorum, devam etmeli miyim?
Hayır. Doğru kurulmuş bir HTTPS proxy’si TLS oturumuna karışmaz; uyarı, trafiğinizin araya giren bir noktada açılıp yeniden şifrelendiğine işaret eder. Şirket tarafından yönetilen bir cihazda kök sertifika bilerek kurulmuş olabilir; kendi makinenizde ise dağıtım istemcisine ya da hesap sayfasına parola yazmadan bağlantıyı kesin.
07Aynı anda VPN ve proxy kullanmak mantıklı mı?
Teşhis açısından hayır. İki katman birlikte çalıştığında hangi adımın sonucu etkilediğini ayırmak neredeyse imkânsız hâle gelir, ayrıca iki kez eklenen durak gecikmeyi daha da büyütür. Önce tek katmanla doğrulayın, sonuca göre karar verin.