MONOPOLY GO! Proxy: Hangi Trafik Tünelden Geçer?

SOCKS5’in UDP aktarımı: sözleşme ne diyor, istemci ne yapıyor?

SOCKS5 protokolünde UDP taşımanın adı UDP ASSOCIATE’tir. İşleyişi şöyledir: istemci önce proxy ile bir TCP kontrol bağlantısı kurar, bu bağlantı üzerinden bir aktarma noktası ister, proxy kendisine ait bir UDP adresi bildirir ve istemci datagramlarını küçük bir SOCKS başlığıyla sararak oraya gönderir. Kontrol bağlantısı kapandığında aktarma da düşer; yani UDP akışı, TCP üzerinde duran bir oturuma bağımlıdır.

Bu yöntemin çalışması için iki koşul aynı anda sağlanmalıdır. Proxy sunucusu UDP aktarmayı açık tutmalıdır — birçok sağlayıcı bunu kaynak maliyeti ve kötüye kullanım riski nedeniyle kapalı bırakır. İkincisi, istemcinin SOCKS5 konuşabiliyor olması gerekir. Mobil oyun uygulamalarında kendi içine gömülü bir SOCKS5 istemcisi bulunması olağan değildir; işletim sisteminin kablosuz ağ ayarındaki proxy alanı ise HTTP proxy içindir.

Sonuç şudur: pratikte tünel TCP ile sınırlı kalır. HTTP proxy’nin CONNECT yöntemi de yalnızca TCP taşır; QUIC gibi UDP 443 üzerinde çalışan bir taşıma bu tünele girmez, ya doğrudan çıkar ya da UDP kapalıysa TCP’ye geri düşer. Sıra tabanlı ve HTTPS ağırlıklı bir oyunda bu sınır genellikle hissedilmez; gerçek zamanlı ses ve konum akışı taşıyan oyunlarda ise belirleyici olur.

• Sağlayıcınızın UDP aktarımını açıp açmadığını panelden teyit edin; varsayılan çoğu zaman kapalıdır.
• Bir istemcide yalnızca “HTTP proxy” alanı varsa SOCKS5 çıkışınız orada çalışmaz.
• UDP taşınmıyorsa bu bir arıza değil, protokolün kapsam sınırıdır.

Protokolün iki seçeneğini yan yana görmek isterseniz SOCKS5 proxy sayfası taşıma katmanındaki farkı, SOCKS5 UDP desteği yazısı ise aktarmanın adım adım nasıl kurulduğunu anlatıyor.

NAT tipi ve doğrudan eş bağlantısı burada ne kadar geçerli?

NAT tipi dili, iki istemcinin birbirine doğrudan bağlandığı oyunlardan gelir. Orada bir aracı sunucu iki tarafın aday adreslerini değiş tokuş eder, ardından iki istemci aynı anda paket göndererek kendi NAT cihazlarında geçici bir eşleme açmaya çalışır; buna delik açma denir. Simetrik davranan bir NAT ya da operatör düzeyinde paylaşılan adresler (CGNAT) bu eşlemeyi öngörülemez hâle getirdiğinde bağlantı kurulamaz ve ekranda “NAT tipi kısıtlı” gibi bir uyarı belirir.

Sunucu yetkili, sıra tabanlı bir mobil oyunda iki istemci arasında böyle bir kanal kurulmasına gerek yoktur. Her hamle sunucuya yazılır, karşı taraf sonucu sunucudan okur; aradaki tek yol sunucudan geçer. Bu nedenle konsollardaki NAT tipi göstergesinin burada birebir karşılığı yoktur ve bağlantı sorununu NAT ayarlarında aramak çoğu zaman yanlış kapıdır. Bakılacak yer, isteğin sunucuya ulaşıp ulaşmadığıdır.

NAT yine de sizi bir noktadan ilgilendirir: kullandığınız çıkışın kendisi. Mobil operatör çıkışları CGNAT arkasındadır, adres çok sayıda aboneyle paylaşılır ve dışarıdan gelen bağlantı kabul edilemez. Proxy ile NAT sık sık birbirine karıştırılır ama aynı şey değildir: NAT paketlerin adres alanlarını yeniden yazar, proxy ise bağlantıyı kendi adına yeniden kurar. Aradaki farkın ayrıntısı proxy ve NAT karşılaştırması yazısında duruyor.

Son bir teknik not: delik açma bir HTTP proxy üzerinden zaten yürümez. CONNECT tüneli yalnızca sizin başlattığınız TCP oturumunu taşır; dışarıdan gelen bir datagramı size ulaştıracak bir eşleme kurmaz. Yani proxy kullanmak eş bağlantıyı kolaylaştırmaz, aksine araya bir katman daha koyar.

Kural nereye yazılır, hangi trafiği kapsar?

Kapsam sorusu kurulumdan önce cevaplanmalıdır, çünkü aynı erişim bilgisi nereye yazıldığına göre bambaşka bir trafik kümesini yönlendirir. Telefonda seçenek azdır ve hepsinin bir sınırı vardır; masaüstünde bir Android emülatörü kullanıyorsanız seçenek sayısı artar, çünkü orada işletim sistemi ayarı ve uygulama bazlı yönlendirme de devreye girer.

İşletim sistemine göre adımlar değişir: Android proxy ayarları ve iPhone proxy ayarları yazıları alanların nerede olduğunu gösterir. Ağın tamamını tek noktadan yönlendirmek istiyorsanız yönlendirici üzerinden proxy yazısı kazanç ve bedeli karşılaştırıyor; bu yol geniş kapsam sağlar ama bir sorun çıktığında hangi cihazın etkilendiğini ayırmak zorlaşır.

Kurulum bittiğinde tek bir ekranın açılmasına bakarak “çalışıyor” demeyin. Üç şeyi ayrı ayrı deneyin: oyunun açılması, bir sezon içeriğinin yüklenmesi ve mağaza sayfasının gelmesi. Üçü farklı uç noktalara gittiği için biri çalışırken diğeri kapsam dışında kalabilir. Çıkışın dışarıdan ayakta olduğunu teyit etmek için proxy kontrol aracını kullanabilirsiniz.

Araya giren durak süreye ne ekler?

Bir isteğin toplam süresi proxy kullanınca üç parçadan oluşur: sizinle proxy sunucusu arasındaki mesafe, proxy ile oyun sunucusu arasındaki mesafe ve proxy’nin o anda taşıdığı yük. Üçüncü parça gün içinde değiştiği için tek seferlik bir ölçüm yanıltıcıdır; aynı çıkışı farklı saatlerde ölçmeden karar vermeyin.

Buradan çıkan sonuç nettir: proxy kullanmak gecikmeyi çoğu kurulumda artırır, ping değerini düşürmez. Tek istisna, varsayılan rotanızın dolambaçlı olduğu ve proxy’nin daha doğrudan bir omurgaya oturduğu nadir durumlardır; bu bir kural değil, ancak ölçümle doğrulanabilecek bir istisnadır. Bir sağlayıcı bunun tersini vaat ediyorsa vaadi ölçün.

Bu oyunda ek gecikmenin görünürlüğü düşüktür, çünkü akış sıra tabanlıdır ve bir hamlenin sonucunu birkaç yüz milisaniye sonra görmek deneyimi bozmaz. Fark, arka arkaya yapılan isteklerde birikir: uzun bir etkinlik ekranı açılırken onlarca küçük istek sıraya girer ve her birine eklenen gecikme toplanır. Kavramın tanımı ve ölçüm yöntemi için proxy latency yazısına, kendi çıkışınızı denemek için ping test aracına bakabilirsiniz.

Belirti, olası neden ve kontrol adımı

Aşağıdaki tablo, sahada en sık karşılaşılan tabloları kaynağına göre ayırıyor. Sırayı yukarıdan aşağı izlemek, tahmin yürütmeden ilerlemenizi sağlar.

407 hatası neredeyse her zaman kimlik doğrulamayla ilgilidir ve iki kaynağı vardır: ya istemci kimlik bilgisini hiç göndermiyordur, ya da sağlayıcı sizi IP yetkilendirmesiyle tanıyordur ve çıkış adresiniz değişmiştir. İkincisi özellikle mobil hatlarda sık görülür, çünkü adres hattın yenilenmesiyle değişebilir.

Zaman aşımı ise çoğu zaman kimlik değil kapı sorunudur. Kurumsal ağların ve kampüslerin büyük kısmı dışarı çıkışı 80 ve 443 ile sınırlar; sağlayıcınızın verdiği çıkış başka bir kapıda dinliyorsa bağlantı hiç kurulmaz. Numaraların ne anlama geldiğini proxy port numaraları yazısı açıklıyor.

Hizmet şartları ve yönlendirmenin gerekmediği haller

Yönlendirme, oyunun kurallarını değiştirmez. Hesap sahipliği, satın alma koşulları ve adil oyun kuralları bağlantınızın nereden çıktığına bakılmaksızın geçerlidir. Bu sayfa; çoklu hesap yönetimi, otomatik oynatma ya da platform güvenlik önlemlerine müdahale için yazılmamıştır. Böyle bir kullanım hem hizmet şartlarına aykırıdır hem de hesabınızı riske atar.

Yönlendirmenin makul karşılığı olan durumlar sınırlı ama gerçektir: kurumsal bir ağdan çıkarken sabit ve kayıtlı bir adres kullanmak, farklı bir ülkedeki arayüz ve kampanya görünümünü doğrulamak, bağlantı sorunlarının kaynağını hattınızla karşılaştırmalı olarak ölçmek ve gizlilik nedeniyle çıkış adresinizi ayırmak. Bunların hiçbiri oyunun içindeki sonuçları değiştirmeye çalışmaz.

Gerekmediği durumu tanımak da aynı ölçüde önemlidir. Kendi ülkenizden, kendi hattınızdan, tek bir hesapla oynuyorsanız araya bir durak koymanın size kazandıracağı bir şey yoktur: gecikme artar, kota harcanır ve bir sorun çıktığında değişken sayısı bir fazla olur. Proxy ile VPN arasındaki kapsam farkını da karıştırmayın; ikisi farklı işler yapar.