Conan Exiles İçin Proxy: Kural Nereye Yazılır, Neyi Kapsar?

Conan Exiles istemcisi tek bir hedefe bağlanmaz. Resmî ve özel sunucuların listelendiği bir keşif katmanı, karakter ve hesap bilgilerinin tutulduğu servisler, oyun içi mağaza ve kozmetik içerik sayfaları ile dünyanın kendisi ayrı ayrı çalışır. Bir proxy kuralı bunların hepsini birden kapsamaz.

Kapsamı belirleyen tek şey protokol de değildir; kuralı nereye yazdığınız en az onun kadar önemlidir. Tarayıcı profiline yazılan bir kuralla ağ cihazına yazılan kural arasında, kapsanan cihaz ve uygulama sayısı bakımından uçurum vardır.

Bu sayfa iki soruyu ayrı ayrı yanıtlıyor: hangi trafik teknik olarak bir tünele girebilir ve o tünelin kapsamını nerede tanımlamak işinize gelir. İkisini karıştırmak, çalışan bir kurulumu bozuk sanmanın en yaygın nedenidir.

İstemci hangi uçlarla, hangi protokolle konuşur?

Web benzeri trafik ilk gruptur: hesap sayfaları, oyun içi mağaza vitrini, kozmetik içerik listeleri ve haber panelleri. Bunlar HTTPS üzerinde TCP ile taşınır. Bir HTTP proxy bu trafiği CONNECT yöntemiyle açtığı tünel üzerinden taşır ve içeriğe karışmaz; yalnızca hangi alan adına bağlandığınızı görür.

İkinci grup dünya oturumudur. Karakter hareketi, inşa edilen yapıların senkronizasyonu, savaş ve hava durumu güncellemeleri sürekli akar. Bu tür trafikte gecikmiş doğru veri, zamanında gelen yaklaşık veriden daha kötüdür; bu yüzden oyunlar yaygın olarak UDP kullanır. UDP, CONNECT tünelinden geçmez.

Üçüncü grup keşif ve doğrulamadır: sunucu listesi sorguları, sürüm kontrolü ve mod uyum denetimi. Dördüncüsü içerik indirmedir; mod atölyesinden gelen paketler ve oyun güncellemeleri TCP taşınır ve hacim olarak diğer hepsinden büyüktür. Bir uygulamanın proxy alanı sunup sunmadığına göre neyin kapsanabileceğini SOCKS5 destekleyen uygulamalar yazısında görebilirsiniz.

Kuralı hangi katmana yazarsanız ne kadarını kapsarsınız?

En dar kapsam tarayıcı profilidir: yalnızca o profildeki sekmeler yönlendirilir, oyun istemcisi dışarıda kalır. Bir üstü uygulama bazlı kuraldır; seçtiğiniz süreç tünelden çıkar, diğerleri olağan hattınızda kalır. Teşhis açısından en temiz seçenek budur, çünkü yan etkisi öngörülebilir.

İşletim sistemi ayarı makinedeki uygulamaların çoğunu kapsar — çoğunu, hepsini değil. Kendi ağ yığınını kullanan yazılımlar bu ayarı yok sayabilir ve trafik sessizce doğrudan çıkar. En geniş kapsam ise yönlendiricidedir: evdeki her cihaz, konsollar dâhil, aynı yoldan çıkar. Konsolunda proxy alanı bulunmayan bir oyuncu için tek pratik yol budur.

Arada kalan bir seçenek daha vardır: ağ cihazında ayrı bir kablosuz ağ tanımlayıp yalnızca belirli cihazları o ağa almak. Böylece kapsam cihaz seviyesinde sınırlanır ve evdeki diğer kullanıcılar etkilenmez. Yönlendirici arayüzündeki alanların nerede durduğunu yönlendirici üzerinden proxy kullanımı anlatıyor.

Kapsam kararını verirken “ne kadar çok, o kadar iyi” sezgisine güvenmeyin. Geniş kapsam yalnızca istediğiniz trafiği değil, hiç düşünmediğiniz trafiği de tünele sokar: işletim sistemi güncellemeleri, bulut yedeklemesi, video akışı. Bunların hepsi kotadan düşer ve hiçbiri sizin çözmeye çalıştığınız sorunla ilgili değildir. Doğru yaklaşım en dar kapsamla başlayıp eksik kaldığı yerde bir basamak yukarı çıkmaktır.

Şemayı yatay kaydırarak inceleyebilirsiniz

Sütunlar göreli kapsam genişliğini gösterir; birim bir ölçüm değil, karşılaştırmalı bir ağırlıktır.

Ağ cihazına yazılan kuralın görünmeyen yan etkileri

Geniş kapsam, bedava değildir. Kural yönlendiricide tanımlandığında akıllı televizyon, kamera, yedekleme yazılımı ve ev otomasyonu dâhil her cihaz aynı çıkıştan çıkar. Bu cihazların bir kısmı sürekli küçük istekler üretir ve eşzamanlı bağlantı tavanını siz fark etmeden doldurabilir.

İkinci yan etki kimlik doğrulamadır. Birçok ağ cihazında kullanıcı adı–parola alanı bulunmaz; tek seçenek sağlayıcı panelinde hattınızın genel adresini yetkili listeye eklemektir. Dinamik adres kullanan hatlarda bu yöntem her yeniden bağlanmada kırılır ve tüm ev aniden erişimini kaybeder.

Üçüncü yan etki geri dönüştür. Ev ağının tamamını etkileyen bir ayarı, sorun çıktığında hızla geri alabilmeniz gerekir. Değişiklikten önce mevcut ayarların ekran görüntüsünü alın ve geri alma adımlarını yazın; gece yarısı hatırlamaya çalışmak iyi bir plan değildir.

İstekten hedefe: yolun dört durağı

Bir isteğin izlediği yolu dört durakta düşünmek, sorunun nerede çıktığını bulmayı kolaylaştırır. İlk durak istemcinin kendisidir: hangi protokolle, hangi hedefe bağlanmak istiyor? İkinci durak yerel karardır: bu istek tanımladığınız kuralın kapsamına giriyor mu, yoksa doğrudan mı çıkacak?

Üçüncü durak proxy çıkışıdır. Burada kimlik doğrulama yapılır, bağlantı açılır ve isteğin göründüğü adres artık çıkışın adresidir. Bağlantı yeniden kullanımı da burada devreye girer: çok sayıda küçük istek üreten sayfalarda açık bağlantıyı korumak, her seferinde yeni el sıkışma yapmaktan hızlıdır. Mekanizma keep-alive ve bağlantı havuzu yazısında anlatılıyor.

Dördüncü durak hedef servistir. Aynı zincirde bir aksaklık olduğunda, belirtiyi hangi durağa ait olduğuna göre ayırın: kimlik doğrulama hatası üçüncü durağa, zaman aşımı ikinci ya da üçüncü durağa, içerik hatası dördüncü durağa aittir. Adlandırmayı doğru yapmak, denemeye başlamadan önce yapılacak en verimli iştir.

İkinci durak en sık gözden kaçanıdır, çünkü sessizdir. Kuralın kapsamadığı bir istek hata vermez; yalnızca olağan hattınızdan çıkar ve her şey çalışıyor görünür. Bu yüzden kapsamı doğrulamanın tek güvenilir yolu, beklediğiniz çıkış adresini bağımsız bir kaynaktan okuyup karşılaştırmaktır. Beklentiyi önceden yazmadan yapılan her test, gördüğünüz sonucu doğrular.

Zincirin uzunluğu da bir karardır. Araya ne kadar çok katman koyarsanız, ölçüm o kadar anlamsızlaşır ve arıza ayrımı o kadar zorlaşır. Tek bir çıkışla başlayın; gerçekten gerekmedikçe katman eklemeyin.

Şemayı yatay kaydırarak inceleyebilirsiniz

Aksaklığı hangi durağa ait olduğuna göre adlandırmak, denemeye başlamadan önce yapılacak en verimli iştir.