UFC Proxy Kullanımı: Eşleşme Modeli, Kapsam ve Ağ Engelleri
UFC gibi eşleşme tabanlı bir dövüş oyununda kendi sunucunuzu kuramazsınız; bağlantı modelini yayıncı belirler. Bu sayfa bunun proxy kararına ne yaptığını, yönlendirici seviyesindeki kurulumun neyi kapsadığını ve ağ engellerinin nasıl teşhis edileceğini anlatıyor.
Barındırma modeliÖzel sunucu ve topluluk sunucusu neden burada devrede değil?
02
Yönlendirici kapsamıAğ seviyesinde kural yazmanın kazandırdığı ve götürdüğü.
03
Port filtreleriKampüs ve ofis ağlarında kesilen bağlantının teşhisi.
04
Bölge ve rotaÇıkış bölgesi seçiminin yol uzunluğuna görece etkisi.
Dövüş oyunlarında ağ tartışması diğer türlerden farklı yürür, çünkü bir maçta yalnızca iki taraf vardır ve girdi zamanlaması sonucu doğrudan belirler. Küçük bir zamanlama kayması, bir nişan alma oyununda tolere edilebilirken burada hemen hissedilir. Bu yüzden bağlantıya bir katman eklemeden önce o katmanın ne kazandırdığını çok net bilmek gerekir.
İkinci fark barındırma modelidir. Sandbox türü oyunlarda kendi sunucunuzu kurup arkadaşlarınızı davet edebilirsiniz; eşleşme tabanlı bir spor ya da dövüş oyununda böyle bir seçenek yoktur. Oturumun nerede kurulacağına yayıncının altyapısı karar verir ve siz yalnızca istemci tarafındasınızdır. Bu, proxy kararınızın kapsamını baştan daraltır.
Üçüncüsü, proxy’nin ne olmadığıdır: bir hızlandırıcı değildir. Araya giren her durak yolu uzatır. Aşağıdaki bölümler bu üç gerçeği temel alarak neyin mümkün, neyin gereksiz ve neyin doğrudan yanlış olduğunu ayırıyor.
Eşleşme tabanlı bir maç nasıl kurulur?
Oyunu açtığınızda istemci önce yayıncının kimlik hizmetine bağlanır ve oturumunuzu doğrular. Bu adım HTTPS üzerinde yürür; bir proxy çıkışı bu isteği rahatlıkla taşıyabilir. Karşı tarafta görünen adres, o an hangi hattan çıktığınıza bağlıdır.
İkinci adımda eşleşme hizmetine bir talep gider. Hizmet, uygun rakibi ararken bölge, bekleme süresi ve bağlantı kalitesi gibi ölçütleri kullanır. Bu da yine istek–yanıt biçiminde, HTTPS üzerinde yürüyen bir aşamadır ve proxy kapsamına girebilir.
Üçüncü adımda maç oturumu kurulur. Burada taşıma biçimi değişir: girdi ve durum mesajları küçük paketler hâlinde, gecikmeye duyarlı bir düzende akar ve çoğunlukla UDP kullanılır. Klasik bir HTTP proxy bu akışı taşımaz; CONNECT tüneli yalnızca TCP içindir. SOCKS5 UDP ASSOCIATE ile taşıyabilir, ancak hem sunucunun desteklemesi hem istemcinin kullanması gerekir.
Dördüncü adım maç sonrası yazımdır: sonuç, ilerleme ve istatistikler yeniden HTTPS üzerinden sunucuya gönderilir. Yani proxy’nin doğal kapsamı zincirin birinci, ikinci ve dördüncü halkasıdır; üçüncü halka çoğu kurulumda dışarıda kalır.
ŞEMAEşleşmeden maç sonuna dört halkalı akış
Şemayı yatay kaydırarak inceleyebilirsiniz
Birinci, ikinci ve dördüncü halka HTTPS üzerinde yürür; üçüncü halka gerçek zamanlı akıştır ve çoğu kurulumda proxy dışında kalır.
Neden kendi sunucunuzu kuramıyorsunuz?
Oyunlarda üç yaygın barındırma modeli vardır. Birincisinde oyuncular kendi makinelerinde bir sunucu süreci çalıştırır; topluluk sunucuları böyle doğar ve yönetici kurallarını kendisi koyar. İkincisinde oturumu oyunculardan biri barındırır ve diğerleri ona bağlanır. Üçüncüsünde barındırma tamamen yayıncının altyapısındadır ve istemciye yalnızca katılma hakkı verilir.
Eşleşme tabanlı spor ve dövüş oyunları büyük ölçüde üçüncü modeldedir. Bunun teknik nedeni basittir: sonucu belirleyen hesaplamaların tarafsız ve denetlenebilir bir yerde yapılması gerekir. Oyunculardan birinin makinesinde koşan bir sunucu, hem adalet hem de doğrulanabilirlik açısından sorun üretir.
Bu modelin proxy tarafındaki sonucu şudur: gelen bağlantı kabul etmeniz gerekmez. Kendi sunucusunu barındıran bir oyuncu, dışarıdan erişilebilir olmak zorundadır ve bu ayrı bir konudur; bir forward proxy bu işi yapmaz, çünkü forward proxy istemci adına dışarı çıkar. Dışarıdan içeri gelen trafiği karşılayan bileşen ise ters yöndedir; ikisinin farkı forward ve reverse proxy karşılaştırmasında anlatılıyor.
Not
“Kendi proxy sunucumu kurarsam maçları kendim barındırırım” beklentisi teknik olarak karşılıksızdır. Proxy, istemci tarafında bir yönlendirme kararıdır; oyunun barındırma modelini değiştirmez.
Ağ seviyesinde kural yazmak neyi kapsar?
Kural yazabileceğiniz noktalar bir kademe oluşturur ve her basamak bir öncekinden daha geniş bir trafiği kapsar. En dar basamak uygulama bazlı kuraldır: yalnızca seçtiğiniz süreç çıkışı kullanır, diğer her şey olağan hattınızda kalır. Bir üstte cihaz geneli ayar durur; ayarı okuyan tüm uygulamaları etkiler ama okumayanlar için bir şey yapmaz.
Üçüncü basamak yönlendirici seviyesidir. Buradaki bir yapılandırma ağdaki tüm cihazları kapsar, konsollar dâhil. Kazandırdığı şey, uygulama bazlı kural yazamadığınız cihazları da kapsama almasıdır. Götürdüğü ise ayrımsızlıktır: evdeki herkesin trafiği aynı çıkıştan geçer ve bir arıza tüm ağı etkiler. Yapılandırma adımları için yönlendirici üzerinden proxy kullanımı yazısına bakabilirsiniz.
Dördüncü basamak ağ geçidi ya da kurumsal politika seviyesidir; burada karar artık sizin değil ağ yöneticisinindir. Kampüs ve ofis ağlarında karşılaştığınız davranışların çoğu bu basamaktan gelir.
Basamağı seçerken tek soru şudur: hangi cihazları ve hangi süreçleri kapsamak istiyorsunuz? Gereğinden geniş bir basamak, ilgisiz trafiği de tünele sokar ve hem maliyet hem teşhis zorluğu üretir. Yönlendiricideki bir kuralın NAT davranışıyla karıştırılmaması da önemlidir; ikisi farklı katmanlarda çalışır.
Her basamak bir öncekinden geniş bir trafiği kapsar; genişlik arttıkça teşhis zorluğu ve yan etki de artar.
UFC kurulumunuz için çıkış bölgesini seçin
Yakın bölge yolu kısaltır; kurum ağından çıkışta izinli port ve sabit adres önceliklidir.
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.
Konsollarda ve bazı PC istemcilerinde karşınıza çıkan “NAT türü” göstergesi, yönlendiricinizin dışarıdan gelen UDP eşlemelerini nasıl ele aldığını anlatır. Kısıtlayıcı bir davranışta, eşleşme hizmetinin kurmaya çalıştığı doğrudan oturum zorlaşır ve bekleme süreleri uzar. Bu bir proxy sorunu değildir ve proxy tanımlamakla düzelmez.
Bu tabloyu etkileyen şeyler başkadır: yönlendiricinizin eşleme politikası, otomatik port eşleme özelliğinin açık olup olmadığı ve sağlayıcınızın sizi taşıyıcı düzeyinde bir NAT arkasına koyup koymadığı. Sağlayıcı tarafında paylaşımlı bir adres kullanılıyorsa, dışarıdan gelen bir oturumu karşılamak için gereken eşleme sizin denetiminizde olmayabilir.
Bir forward proxy bu resmi değiştirmez, çünkü yalnızca sizin dışarı çıkan isteklerinizi taşır. Dışarıdan içeri gelen bir bağlantıyı kabul etmek ayrı bir yetenektir ve klasik bir istemci proxy’si bunu sağlamaz. Dolayısıyla “proxy açayım, NAT türüm düzelsin” beklentisi karşılıksız kalır.
Yapılabilecek şeyler daha sıradan ama etkilidir: yönlendirici yazılımını güncel tutmak, gereksiz katmanları (ikinci bir yönlendirici, ek bir güvenlik duvarı) kaldırmak ve sağlayıcınıza hattınızın adres yapısını sormak. Bu adımlar tükendiğinde konu teknik olmaktan çıkar, sağlayıcıyla yapılacak bir konuşmaya döner.
Kurum ve kampüs ağlarında kesilen bağlantı
Yönetilen ağların büyük kısmı dışarı çıkışı yalnızca web portlarına açar. Bunun dışındaki hedef portlara giden oturumlar güvenlik duvarında sessizce düşer ve siz bir zaman aşımı görürsünüz. Aynı erişim bilgisinin ev hattınızda çalışıp kurumda çalışmaması bu filtrenin en net işaretidir.
Gözlem
Muhtemel kaynak
Yapılacak
Yalnızca web sayfaları açılıyor
Dışarı sadece 80 ve 443 izinli
443 üzerinde dinleyen bir uç nokta isteyin
Zaman aşımı, hata mesajı yok
Hedef port filtrede kapalı
Aynı çıkışı başka bir hattan doğrulayın
Sertifika uyarısı
Ağ geçidinde TLS denetimi var
Uyarıyı geçmeyin, yöneticiye danışın
Ad çözümü çalışmıyor
DNS yalnızca kurum sunucusuna izinli
Çözümü proxy tarafına bırakan kurulumu deneyin
Önce açılıyor, sonra kopuyor
Oturum süresi veya ağ giriş portalı
Ağ girişini tamamlayıp yeniden bağlanın
Port numarasının kendisi protokolü belirlemez; aynı sağlayıcı HTTP ve SOCKS5 hizmetini farklı kapılardan verebileceği gibi tek kapıdan da sunabilir. Bu ayrımı port numaralarının anlamı yazısı açıklıyor. Kapsamı geniş tutmak isteyenler için SOCKS5 proxy daha esnek bir seçenektir, çünkü taşıdığı protokolü yorumlamaz; UDP tarafındaki koşulları ise SOCKS5 UDP desteği yazısı ayrıntılandırıyor.
Uyarı
Kurum ve kampüs ağlarının kullanım politikası bağlayıcıdır. Filtreyi teknik olarak dolanmaya çalışmak yerine yöneticiden izinli bir kapı talep edin; erişim engelleri rehberi bu talebi nasıl kuracağınızı anlatıyor.
Çıkış bölgesi, rota uzunluğu ve beklenti yönetimi
Çıkış bölgesi seçimi, paketlerin kat ettiği fiziksel yolu doğrudan belirler. Size ve hedefe yakın bir bölge yolu kısaltır; uzak bir bölge ise her paketi gereksiz bir tura sokar. Burada tek kural coğrafyadır ve bunun istisnası yoktur.
Bir yanlış anlamayı baştan kapatalım: proxy kullanmak gecikmeyi azaltmaz. Araya giren durak yolu uzatır ve toplam süre çoğu kurulumda artar. Nadir bir istisna, varsayılan rotanızın dolambaçlı olduğu ve proxy’nin daha doğrudan bir omurgaya oturduğu durumdur; bu bir kural değil, yalnızca ölçümle doğrulanabilecek bir tesadüftür ve sağlayıcı tarafındaki bir değişiklikle ortadan kalkabilir.
Ölçüm yapmadan bölge seçmeyin. Aday bölgeleri proxy lokasyonları sayfasından belirleyin, sonra her biri için ping testiyle tepki süresini ölçün ve ölçümü günün farklı saatlerinde tekrarlayın. Paylaşımlı bir çıkışta yoğun saat farkı, tek seferlik ölçümün gizlediği en önemli değişkendir.
Son olarak bir uyum notu: bölge seçimi, oyunun sunduğu bölgesel düzenlemeleri dolanmak için değil, yolun uzunluğunu ve kurumsal erişim gereksinimlerinizi yönetmek içindir. Hesabınızın olağan kullanım ülkesiyle tutarlı kalmak, hem sözleşme hem de teşhis açısından en az sürtünmeli yoldur.
ŞEMAÇıkış bölgesi seçiminde yol uzunluğunun görece ağırlığı
Şemayı yatay kaydırarak inceleyebilirsiniz
Çubuklar bir ölçüm sonucu değil, yol uzunluğunun kararda ne kadar ağırlık taşıdığını gösteren görece değerlerdir.
Kurulum ve doğrulama: pratik sıra
Kurulum tek bir işlem değil, sırayla yapılan dört adımdır. Önce kapsamı seçin: hangi cihaz ve hangi süreç. Sonra protokolü belirleyin. Ardından erişim bilgilerini girin. Son olarak doğrulayın — ve doğrulama adımı atlanamaz.
Alan
Örnek değer
Açıklama
Sunucu
proxy.example.com
Panelinizde yazan ana bilgisayar adı
Port
8080
Numara protokolü belirlemez; panelde hangi satırda yazdığına bakın
Kullanıcı adı
username
Kimlik doğrulamalı çıkışlarda zorunlu
Parola
password
Paylaşılmaz; paylaşıldığında sizin adınıza trafik üretilir
Doğrulamada üç şeye bakın. Çıkış adresiniz gerçekten değişti mi? Tarayıcıdaki WebRTC arayüzü gerçek adresinizi sızdırıyor mu — bunu WebRTC sızıntı testiyle kontrol edin. Cihazınızda IPv6 etkin ve çıkışınız yalnızca IPv4 ise, IPv6 üzerinden ulaşılabilen hedeflere yapılan istekler proxy’yi tamamen atlayabilir; bu durumun belirtisi yoktur, sayfa açılır ve hata çıkmaz.
Ev ağı davranışına yakın bir çıkış istiyorsanız residential proxy tarafına bakabilirsiniz; ancak hat hızının sizin denetiminizde olmadığını hesaba katın. Sağlayıcı seçiminin güvenlik boyutu için proxy kullanmak güvenli mi yazısı iyi bir başlangıçtır.
Sık karşılaşılan durumlar ve doğru okuma
En sık rastlanan tablo, menülerin açılıp maça girilememesidir. Bu neredeyse her zaman kapsam sorunudur: HTTPS istekleri yönleniyor, gerçek zamanlı akış ise yönlenmiyordur. Proxy’yi kapatıp aynı denemeyi yapmak bunu bir dakikada teyit eder.
İkinci sık durum 407 hatasıdır. Kaynağı iki tanedir: istemci kimlik bilgisini hiç göndermiyordur ya da sağlayıcı sizi IP yetkilendirmesiyle tanıyor ve sizin çıkış adresiniz değişmiştir. İkincisi yer değiştirerek çalışanlarda çok görülür; ofiste açılan bağlantı ev hattından denendiğinde aynı hatayı verir.
Üçüncüsü sertifika uyarısıdır ve ayrı bir kategoridir. Doğru kurulmuş bir HTTPS tüneli TLS oturumuna karışmaz; uyarı görüyorsanız trafiğiniz yolda açılıp yeniden şifreleniyor demektir. Kurumsal bir ağda bu bilinçli bir denetim olabilir; bilmediğiniz bir çıkışta ise durmanız gereken bir işarettir.
Dördüncüsü kopan bağlantılardır. Bunlar çoğu zaman hata değil tavan davranışıdır: eşzamanlı bağlantı limiti dolmuştur ya da kota bitmiştir. Panelinizden limiti ve kalan kotayı okumak, günlerce süren bir teşhis çabasından daha hızlı sonuç verir.
Hizmet şartları ve adil kullanım çerçevesi
Bu sayfa erişim, ağ yönetimi ve teşhis senaryolarını anlatır. Bölgesel düzenlemeleri dolanmak, tek kişiye tanınmış hakları çoğaltmak, hile karşıtı bileşenlere müdahale etmek ya da oyunun güvenlik önlemlerini işlevsiz kılmak kapsam dışıdır ve yayıncının kullanıcı sözleşmesine aykırıdır.
Uyumlu kalmanın pratik karşılığı üç alışkanlıktır. Çıkışınızı sık değiştirmeyin; hesabınızın olağan kullanım ülkesiyle tutarlı tek bir bölge, sürekli yer değiştiren bir yapılandırmadan çok daha az sürtünme üretir. İkincisi, aynı anda birden çok ağ katmanı çalıştırmayın. Üçüncüsü, bir sorun çıktığında ilk hamle olarak proxy’yi kapatıp temel durumu doğrulayın.
Son bir hatırlatma: proxy bir güvenlik ürünü değildir. Çıkış adresinizi değiştirir, cihazınızı korumaz ve oyun hesabınızın geçmişini silmez. Beklentinizi bu çerçevede tutmak hem doğru kararlar vermenizi hem de gereksiz bir katmanı taşımaktan kurtulmanızı sağlar.
UFC proxy kullanımı hakkında sık sorulan sorular
01UFC için kendi sunucumu kurabilir miyim?
Hayır. Eşleşme tabanlı spor ve dövüş oyunlarında barındırma yayıncının altyapısındadır; istemciye yalnızca katılma hakkı verilir. Proxy de bunu değiştirmez, çünkü proxy istemci adına dışarı çıkan bir yönlendirme kararıdır, gelen bağlantı kabul eden bir sunucu değildir.
02Proxy NAT türümü düzeltir mi?
Hayır. NAT türü, yönlendiricinizin dışarıdan gelen UDP eşlemelerini nasıl ele aldığıyla ilgilidir. Bir forward proxy yalnızca sizin dışarı çıkan isteklerinizi taşır ve gelen bağlantıları karşılamaz. Yönlendirici yazılımını güncellemek ve gereksiz ikinci bir ağ katmanını kaldırmak daha etkili adımlardır.
03Yönlendiriciye proxy tanımlasam konsolum da kapsanır mı?
Evet, yönlendirici seviyesindeki bir yapılandırma ağdaki tüm cihazları kapsar. Bedeli ayrımsızlıktır: evdeki herkesin trafiği aynı çıkıştan geçer ve bir arıza tüm ağı etkiler. Yalnızca belirli bir cihaz için kapsam istiyorsanız daha dar bir basamağı seçin.
04Maça giremiyorum ama menüler açılıyor, sorun ne?
Bu tipik bir kapsam tablosudur: HTTPS istekleri yönleniyor, gerçek zamanlı akış yönlenmiyor. Gerçek zamanlı trafik çoğunlukla UDP taşır ve klasik CONNECT tüneline girmez. Proxy’yi kapatıp aynı denemeyi yaparak bunu hızlıca teyit edebilirsiniz.
05Uzak bir bölgeden çıkmak sorun yaratır mı?
Yol uzar ve dalgalanma artar; gerçek zamanlı akış için pratikte uygun değildir. Bölge kararını ölçümle verin: aday bölgeleri belirleyip tepki sürelerini günün farklı saatlerinde karşılaştırın. Ayrıca hesabın olağan kullanım ülkesiyle tutarlı kalmak sözleşme açısından da doğru olandır.
06Kurum ağında bağlantı neden hiç kurulmuyor?
Yönetilen ağların çoğu dışarı yalnızca web portlarına izin verir; farklı bir kapıda dinleyen bir çıkış güvenlik duvarında sessizce düşer ve zaman aşımı alırsınız. Aynı erişim bilgisi başka bir hatta çalışıyorsa kaynak filtredir. Doğru adım yöneticiden izinli bir kapı talep etmektir.
07Sertifika uyarısını geçebilir miyim?
Geçmeyin. Doğru kurulmuş bir HTTPS tüneli TLS oturumuna karışmaz; uyarı, trafiğinizin yolda açılıp yeniden şifrelendiğini gösterir. Kurumsal bir ağda bu bilinçli bir denetim olabilir, bilmediğiniz bir çıkışta ise oturum bilgilerinizi araya giren tarafa okunabilir hâlde teslim edersiniz.