Ragnarok Online İçin Proxy: Ağ Zinciri ve Kapsam Kararı

SOCKS5’in UDP tarafı nereye kadar gider?

SOCKS5 üç komut tanımlar: CONNECT bir TCP bağlantısını proxy üzerinden kurar, BIND gelen bir TCP bağlantısı için dinleme talep eder, UDP ASSOCIATE ise datagramlar için bir röle açar. Üçüncüsünde istemci her datagramı küçük bir SOCKS5 başlığıyla sarmalar; başlık hedef adres ve portu taşır, proxy de sarmalayı açıp paketi hedefe iletir.

Kâğıt üzerinde temiz görünen bu mekanizma sahada birkaç yerde tıkanır. Sağlayıcıların önemli bir kısmı kötüye kullanımı sınırlamak için UDP rölesini hiç açmaz. Röle açılsa bile istemcinin röle portuna ulaşabilmesi ve dönüş paketlerini alabilmesi gerekir; sıkı bir NAT ya da güvenlik duvarı arkasındaysanız bu yol kurulamayabilir. Başlıktaki parçalama alanı ise pratikte neredeyse hiçbir uygulamada desteklenmez. Ayrıntı için SOCKS5 UDP desteği nasıl çalışır yazısına bakabilirsiniz.

Ragnarok özelinde sonuç rahatlatıcıdır: oyunun kendi trafiği TCP olduğu için UDP rölesi olmadan da tam bir kurulum yapabilirsiniz. UDP sorusu ancak yanınızda sesli sohbet çalıştırdığınızda anlam kazanır, o da ayrı bir uygulamadır ve kendi ağ ayarlarından yapılandırılır.

• Sağlayıcınızın UDP rölesi sunup sunmadığını satın almadan önce sorun.
• Oyun TCP kullanıyorsa UDP desteğini gereksiz yere şart koşmayın.
• Sesli sohbeti oyunla aynı çıkışa zorlamak zorunda değilsiniz.
• UDP çalışmıyorsa çoğu uygulama TCP’ye düşer; bu düşüş gecikmeyi artırır.

NAT tipi ve delik açma: neyi çözer, neyi çözmez

NAT davranışı klasik olarak dört başlıkta anlatılır: tam koni, kısıtlı koni, port kısıtlı koni ve simetrik. Aradaki fark, dışarıdan gelen bir paketin hangi koşullarda içeri alındığıdır. Delik açma dediğimiz teknik, iki tarafın da aynı anda dışarı paket göndererek çevirici üzerinde geçici bir eşleme oluşturmasına dayanır; taraflardan biri simetrik NAT arkasındaysa eşleme tahmin edilemediği için yöntem çöker.

Ragnarok Online’ın oyun trafiği istemci-sunucu modelindedir. Dinleyen taraf sunucudur, siz her zaman bağlantıyı başlatan taraftasınız; dolayısıyla oyunun kendisi için delik açmaya da port yönlendirmeye de ihtiyacınız yoktur. Eşten eşe ihtiyaç yalnızca yan araçlarda doğar: sesli sohbette doğrudan bağlantı, ekran paylaşımı, dosya aktarımı gibi.

Burada yaygın bir yanlış anlama var: proxy NAT tipini iyileştirmez. Klasik bir forward proxy yalnızca sizin başlattığınız bağlantıları taşır; dışarıdan size doğru açılacak bir bağlantıyı kabul edemez. Aslında ek bir çeviri katmanı eklediği için tabloyu karmaşıklaştırır. Bu ayrımı proxy ve NAT arasındaki fark ile forward ve reverse proxy farkı yazıları açıklıyor. Mobil bir hattaysanız zaten operatörün CGNAT katmanı da devrededir ve gelen bağlantı kabul etmek mümkün olmayabilir.

Kurulum: nereye tanımlarsanız neyi kapsar

Kapsam kararı üç seviyeden birinde verilir. Yönlendirici seviyesinde tanımlanan kural evdeki tüm cihazları kapsar ve oyun istemcisinin ayarı okumasına gerek kalmaz; karşılığında ev içindeki her trafiği aynı yoldan geçirir. İşletim sistemi seviyesindeki ayar yalnızca bu arayüzü okuyan uygulamalara ulaşır. Uygulama bazlı yönlendirme ise en dar ve en öngörülebilir kapsamı verir: yalnızca seçtiğiniz süreçler etkilenir (SOCKS5 destekleyen uygulamalar).

Erişim bilgisi her yöntemde aynı dört alandan oluşur. Biçimi göstermek için örnek değerler şöyledir: sunucu proxy.example.com, port 8080, kullanıcı adı username, parola password. Gerçek değerler yalnızca sağlayıcı panelinizde bulunur. Portun ne anlattığını port numaraları, kimlik doğrulama seçeneklerini kimlik doğrulama yöntemleri yazısı açıklıyor.

Kurulumu bitirdiğinizi düşündüğünüz anda doğrulama başlar. Çıkışınızı IP adresim aracıyla teyit edin, proxy’nin canlı olduğunu proxy kontrol aracıyla ölçün ve alan adı çözümünüzün dışarı sızmadığını DNS leak testiyle kontrol edin. Cihazınızda IPv6 etkinse ve çıkışınız yalnızca IPv4 ise bazı istekler proxy’yi tamamen atlayabilir; bu durumda ya IPv6 destekli bir çıkış kullanın ya da o profilde IPv6’yı devre dışı bırakın.

Kopma, yeniden bağlanma ve gecikmenin gerçeği

Proxy bağlantı yoluna bir durak ekler: paket önce proxy sunucusuna gider, oradan oyun sunucusuna ulaşır ve yanıt aynı yoldan döner. Bu nedenle proxy kullanmak gecikmeyi çoğu kurulumda artırır, azaltmaz. Tek istisna, varsayılan rotanızın gereksiz yere dolambaçlı olduğu ve proxy’nin daha doğrudan bir omurgaya bağlandığı nadir durumlardır; bu bir kural değildir ve ancak ölçümle anlaşılır. Konuyu proxy oyun pingini düşürür mü yazısı ayrıntılandırıyor.

TCP tabanlı bir oyunda kayıp, düşen paket olarak değil gecikmiş paket olarak hissedilir. Kaybolan segment yeniden iletilene kadar sıradaki veriler işlenemez; ekranda bu, kısa bir donma ve ardından hızlı bir yakalama hareketi olarak görünür. Bu yüzden oyun içi sorunları yalnızca ortalama gecikmeye bakarak değerlendirmek yanıltıcıdır (proxy latency nedir).

Oturum düştüğünde harita servisi karakteri bir süre dünyada tutar; bu, yeniden bağlanma penceresi anlamına gelir. Kurulumunuzun bu pencereye yetişebilmesi için proxy tarafında sabit bir çıkış kullanın. Her istekte adres değiştiren rotating proxy açık veri toplama işlerinde faydalıdır, uzun süren bir oyun oturumunda değil. Kararlılık ölçütlerini uptime ve SLA yazısından okuyabilirsiniz.

Belirtiden nedene: hızlı teşhis tablosu

Bu tablodaki maddelerin ortak yanı, hiçbirinin “proxy bozuk” demediğidir. Her satır bir kapsam, bir limit ya da bir yol sorununa işaret eder. Teşhisi hızlandırmanın yolu değişkenleri teker teker kapatmaktır: önce proxy kapalıyken sorunun sürüp sürmediğine bakın, sonra tek bir değişkeni geri açın.

Proxy’nin çözmediği şeyleri de listelemek gerekir. Sunucu bakımı, oyun içi kalabalık, istemci tarafındaki disk veya bellek darboğazı ve kendi hattınızdaki kablosuz sorunları proxy ile ilgisizdir. Cihazınızdaki tüm trafiği şifrelemek istiyorsanız aradığınız araç da proxy değildir; kapsam farkı proxy ile VPN farkı yazısında anlatılıyor. Genel çerçeve için MMORPG oyunlarında proxy kullanımı iyi bir başlangıçtır.