Silkroad Online Proxy: Bölge, Bağlantı ve Sunucu Tarafı

Kurumsal ve kampüs ağlarında erişimi düzenlemek

Yurt, kampüs ve ofis ağlarında çıkış kuralları çoğu zaman web trafiği düşünülerek yazılır: 80 ve 443 açıktır, geri kalan portlar kapalıdır. Oyun servisleri bu iki portun dışında dinlediği için bağlantı kurulamaz. Belirti nettir; tarayıcı sorunsuz çalışır, oyun istemcisi zaman aşımına düşer.

Bu noktada yapılması gereken şey ağ yöneticisinin kuralını dolanmak değil, doğru soruyu sormaktır: hangi hedeflere hangi portlardan çıkılabiliyor? Kurumsal ortamda meşru çözüm, ihtiyacı belgeleyip izinli bir çıkış tanımlatmaktır. Ev ağında ise kısıt genellikle yönlendiricinizdeki bir ayardan ibarettir ve kendi kontrolünüzdedir. Konunun genel çerçevesi okul ve işyeri ağlarında erişim engelleri yazısında.

Bir başka sık karşılaşılan durum, ağda araya giren bir denetim noktasının bulunmasıdır. Böyle bir ortamda tarayıcıda sertifika uyarıları görürsünüz; bu, TLS oturumunun açılıp yeniden şifrelendiğine işaret eder. Kurumsal ağda bu bilinçli bir tercih olabilir, tanımadığınız bir çıkışta ise durmanız gereken bir işarettir (TLS sertifika doğrulama).

Gelen bağlantı sorunu: NAT, delik açma ve yönün önemi

Ağ araçlarını ayıran temel soru şudur: bağlantıyı kim başlatıyor? Klasik bir proxy, sizin başlattığınız bağlantıları dışarı taşır. Dışarıdan size doğru açılmak isteyen bir bağlantıyı karşılayamaz, çünkü bunun için proxy’nin sizin adınıza dinliyor olması ve gelen isteği size eşlemesi gerekir — bu, mimari olarak reverse proxy tarafına aittir (forward ve reverse proxy farkı).

Eşten eşe bağlantılarda kullanılan delik açma tekniği de bu yön meselesine dayanır. İki taraf da dışarı doğru paket gönderir, çeviricilerinde geçici eşlemeler oluşur ve paketler bu eşlemeler üzerinden birbirine ulaşır. Taraflardan biri her hedef için farklı bir dış port ayıran simetrik bir çevirici arkasındaysa eşleme tahmin edilemez ve yöntem işlemez. SOCKS5’in BIND komutu teorik olarak gelen bir TCP bağlantısı için dinleme talep eder, ancak ticari sağlayıcıların büyük kısmı bu komutu açmaz.

Buradan çıkan pratik sonuç şu: oyuncu olarak bağlanıyorsanız yön sizin lehinizedir, proxy işini yapar. Fakat kendi makinenizde bir servis çalıştırıp başkalarının bağlanmasını istiyorsanız proxy yanlış araçtır; ihtiyacınız olan şey port yönlendirme ya da barındırma tarafında bir çözümdür. Proxy ve NAT farkı bu ayrımı, CGNAT yazısı ise mobil hatlarda neden gelen bağlantı kabul edilemediğini açıklıyor.

Topluluk sunucuları: ağ tarafında ne değişir

Silkroad’ın topluluk tarafı canlıdır; kendi sunucusunu kuran gruplar yaygındır. Ağ açısından bu, rolün tersine dönmesi demektir. Artık siz dinleyen taraftasınız: adresiniz duyurulur, oyuncular size bağlanır ve her bağlantı sizin hattınızın yükü olur. Bu kurulumda proxy’nin oyuncu tarafındaki işlevi geçerli değildir.

Dört konu öne çıkar. Erişilebilirlik: makineniz dışarıdan ulaşılabilir olmalı, yani gelen bağlantıyı kabul eden bir ağda bulunmalıdır. Yasal çerçeve: oyunun istemci ve sunucu yazılımının fikrî hakları yayıncıya aittir ve topluluk sunucusu işletmek bu haklara temas eder; bu konuda karar vermeden önce ilgili kullanım koşullarını okumak gerekir. Kapasite: eşzamanlı oyuncu sayısı arttıkça yukarı yönlü bant genişliği asıl darboğaz hâline gelir. Süreklilik: bakım penceresi, yedekleme ve kesinti yönetimi artık sizin sorumluluğunuzdadır.

Son satır proxy’nin sunucu işletenler için gerçekten değerli olduğu yeri gösteriyor: yönetim arayüzünüze yalnızca belirli bir adresten erişime izin verirseniz, ekip üyeleri değişken ev hatlarından değil tek bir sabit çıkıştan bağlanabilir. ISP proxy gibi statik adresli bir çözüm bu senaryoya uyar; yöntem karşılaştırması kimlik doğrulama yöntemleri yazısında.

Protokol tercihi ve kurulumun yapılacağı yer

Oyun istemcisi ham TCP soketi açtığı için uygulama katmanında çalışan bir HTTP proxy tek başına yetmez. HTTP proxy’nin CONNECT yöntemi aslında bir TCP tüneli açar ve teorik olarak keyfi bir hedefe bağlanabilir, ancak sağlayıcıların çoğu bu yöntemi yalnızca 443 gibi belirli portlarla sınırlar. SOCKS5 bu kısıtı taşımaz; taşıdığı protokolü yorumlamaz ve hedef portu serbest bırakır (HTTP CONNECT metodu).

Kurulumun yapılacağı yer ikinci karardır. Uygulama bazlı yönlendirme yalnızca oyun sürecini kapsar ve diğer işlerinizi etkilemez. İşletim sistemi ayarı yalnızca o arayüzü okuyan uygulamalara ulaşır. Yönlendirici seviyesindeki kural ise konsol dâhil tüm cihazları kapsar. Windows tarafındaki adımlar Windows proxy ayarları yazısında anlatılıyor.

Erişim bilgisinin biçimi her yöntemde aynıdır: bir ana bilgisayar adı, bir port, bir kullanıcı adı ve bir parola. Örnek olarak proxy.example.com, 8080, username ve password değerleri yalnızca alanların yerini gösterir; gerçek bilgiler sağlayıcı panelinizdedir. Sabit IP’li bir ofisten çalışıyorsanız parola yerine IP yetkilendirmesi daha pratik olabilir, gezici kullanıcılar içinse kullanıcı adı ve parola daha esnektir.

Çıkış lokasyonu, rota ve uzun oturum kararlılığı

Çıkış seçerken tek başına coğrafi yakınlık yanıltıcıdır. Önemli olan kuş uçuşu mesafe değil, paketin izlediği rotadır; bazen komşu ülkedeki bir çıkış, uzaktaki bir merkeze göre daha fazla durak üzerinden gider. Bu yüzden lokasyonu haritadan değil ölçümden seçin: birkaç aday çıkışı ping testiyle karşılaştırın ve ölçümü günün farklı saatlerinde tekrarlayın.

Uzun oturumlarda asıl mesele ortalama gecikme değil değişkenliktir. Dalgalanan bir hat, sabit ama biraz daha yüksek gecikmeli bir hattan çok daha rahatsız edicidir; kervan yolculuğu gibi kesintiye tahammülü olmayan aktivitelerde fark burada hissedilir. Paylaşımlı havuzlarda yoğun saatlerde değişkenlik artabilir; paylaşımlı ve özel proxy farkı bu davranışı açıklıyor.

Beklentiyi doğru kurmak gerekir: araya bir durak eklendiği için toplam yol uzar ve proxy gecikmeyi genellikle artırır. Bir çıkışın sizin varsayılan rotanızdan daha iyi sonuç vermesi mümkündür ama bu bir istisnadır ve yalnızca ölçümle doğrulanır. Sürekliliği değerlendirmek için uptime ve SLA ölçütlerine, hız ölçümünün nasıl yapılacağı için proxy hızı nasıl test edilir yazısına bakabilirsiniz.

Sık görülen durumlar ve doğru okumaları

İkinci satır bu sayfanın ana mesajını özetliyor. Bağlantı yönü değiştiğinde araç da değişir; forward proxy ile gelen bağlantı karşılanmaz. Dördüncü satır ise yaygın bir yapılandırma hatasına işaret eder: oturum açılan işlerde rotating proxy yerine sabit çıkış kullanmak gerekir.

Son olarak proxy’nin kapsamadığı alanı hatırlatmakta fayda var. Cihazınızdaki tüm trafiği tek bir tünele almak istiyorsanız aradığınız araç farklıdır; karşılaştırma SOCKS5 ile VPN farkı yazısında. Aynı nesilden başka bir istemcinin ağ davranışını merak ediyorsanız Lineage 2 sayfası benzer bir mimariyi ele alıyor.