Factorio Proxy: Kilitli Adım, Sunucu ve Ağ Kapsamı

Bağlantı durumları ve proxy’nin etkili olduğu anlar

Bir oturum birkaç durum arasında gezinir ve her durumun kendine ait bir arıza profili vardır. Bağlanma anı el sıkışmaları ve doğrulamalarla doludur; bu aşamada alınan hata genellikle net bir mesajla gelir. Harita aktarımı sırasında yaşanan kesinti ise sessizdir: ilerleme durur, hata mesajı gecikir.

Senkron durumdayken istemci ile sunucu aynı adımda ilerler. Bir istemci arkada kalırsa oyun onun için yavaşlar ya da istemci yeniden senkronizasyona alınır. Yeniden senkronizasyon, dünya durumunun yeniden aktarılması anlamına geldiği için bant genişliği tüketir ve oturumu kesintiye uğratır.

Bu durum haritasında proxy yalnızca ilk aşamada anlamlı bir rol oynar. Kimlik doğrulama ve sunucu listesi istekleri TCP taşır; erişimi kısıtlı bir ağdan bu uç noktalara ulaşmak için bir çıkış kullanmak mantıklı olabilir. Oyun akışının kendisi için aynı şey geçerli değildir. SOCKS5 datagram aktarımı teoride mümkün olsa da istemci desteği gerektirir; SOCKS5 UDP desteği yazısı bu koşulu ayrıntılandırıyor.

Kendi sunucunuzu barındırmanın üç yolu

Birinci yol, oyunu açan oyuncunun aynı zamanda sunucu olmasıdır. Kurulumu en basit seçenektir ama iki bedeli vardır: oturumu başlatan kişi çıktığında oyun durur ve o kişinin ev bağlantısındaki her aksaklık tüm oyunculara yansır. Küçük gruplar için yeterli, düzenli oynayan bir ekip için kırılgandır.

İkinci yol headless sunucudur: grafik arayüzü olmadan çalışan, yalnızca simülasyonu yürüten bir süreç. Kendi makinenizde ya da kiraladığınız bir sunucuda çalıştırabilirsiniz. Yapılandırma bir metin dosyasından okunur, dinlenecek port da orada tanımlıdır ve değiştirilebilir. Bu yol, oturumu tek bir oyuncunun varlığına bağlı olmaktan çıkarır.

Üçüncü yol topluluk sunucularıdır. Burada kural koyan sizin değil sunucu yöneticisidir: kabul edilen adresler, oyuncu sayısı, mod listesi ve davranış kuralları onun tanımıdır. Bir bağlantının reddedilmesi teknik bir arıza değil, bu politikanın uygulanması olabilir ve doğru adım yöneticiyle iletişime geçmektir.

Kendi sunucunuzu dışarıya açtığınızda erişilebilirliği doğrulamak ayrı bir iştir. Kendi ağınızın içinden yapılan test yanıltıcıdır, çünkü paket dış dünyaya hiç çıkmaz. Farklı bir hattan yapılan bir kontrol gerçek durumu gösterir; proxy kontrol aracı gibi araçlar bir uç noktanın dışarıdan yanıt verip vermediğini görmek için kullanılabilir. Sunucu tarafındaki gelen bağlantı yönü ile istemci tarafındaki giden yön arasındaki fark için forward ve reverse proxy farkı yazısına bakın.

Yönlendirici üzerinde yapılandırma neyi kapsar?

Ev yönlendiricisine proxy tanımlama fikri cazip görünür: tek noktadan tüm cihazlar yönlensin. Gerçek kapsam ise sanıldığından dardır. Tüketici sınıfı cihazların çoğunda giden trafiği bir proxy’ye yönlendiren bir ayar bulunmaz; bulunanlarda da bu ayar genellikle yalnızca web trafiğini kapsar. Ayrıntılar için yönlendirici üzerinden proxy kullanımı yazısına bakabilirsiniz.

Karıştırılan iki kavram var: adres dönüştürme ile proxy aynı şey değildir. Yönlendiricinizin yaptığı iş, iç ağdaki adresleri tek bir dış adrese eşlemektir; bu, taşıma katmanında çalışan bir eşleme işlemidir ve trafiği başka bir sunucuya göndermez. Proxy ise bağlantıyı sonlandırıp kendi adına yeniden kuran bir aracıdır. İkisinin farkı proxy ve NAT arasındaki fark yazısında ayrıntılı anlatılıyor.

Bu ayrım Factorio tarafında pratik bir sonuç doğurur. Kendi sunucunuzu ev ağında barındırıyorsanız yapmanız gereken şey bir proxy tanımı değil, gelen bağlantıların iç makineye yönlendirilmesidir. Bu iki işlem farklı menülerde, farklı mantıkla yapılır ve biri diğerinin yerini tutmaz.

Kapsam tablosu, hangi yapılandırmanın neyi etkilediğini netleştirir:

Kapalı portlu ağlarda engelin katmanını bulmak

Yurt, kampüs ve ofis ağlarında dışarı çıkan trafik çoğunlukla dar bir kümeye sınırlanır. Web trafiği serbesttir, geri kalanı kapalıdır. Böyle bir ağda kimlik doğrulama ve sunucu listesi adımları sorunsuz geçerken oyun akışının kurulamaması tipik bir tablodur ve nedeni doğrudan bu politikadır.

Burada önce engelin katmanını ayırmak gerekir. Uygulama katmanındaki bir engel, belirli bir alan adına erişimin kapatılmasıdır ve bir çıkış kullanarak aşılabilecek bir sorun gibi görünür; taşıma katmanındaki bir engel ise belirli protokollerin tamamen kapatılmasıdır ve arada bir sunucu bulunması bunu değiştirmez. İkincisi Factorio’nun oyun akışı için geçerli olan durumdur.

Doğru yaklaşım idari olandır: ağ yöneticisine hedefi, protokolü ve amacı yazılı olarak iletmek. Kurumsal ve akademik ağlarda tanımlı istisnalar olağandır. Ağ politikasını teknik yollarla dolanmaya çalışmak kurum kurallarına aykırıdır ve kalıcı bir çözüm üretmez. Genel çerçeve okul ve işyeri ağlarında erişim engelleri yazısında ele alınıyor.

Bir de ara durum var: ağ dışarı çıkışa izin veriyor ama adresiniz dinamik bir havuzdan geliyorsa, sunucunuza erişim listesi tanımlamak zorlaşır. Böyle durumlarda sabit bir çıkış adresi işe yarar; gateway mimarisinin bunu nasıl sağladığını gateway mimarisi yazısı anlatıyor.

Mod listeleri, güncellemeler ve indirme trafiği

Mod kullanan bir grupta ağ trafiğinin bir bölümü de mod portalından gelir. Mod indirme ve güncelleme istekleri web trafiğidir; bu nedenle proxy kapsamına girer ve kısıtlı bir ağda erişilemeyen tek bileşen bu olabilir. Oyun akışı çalışırken mod listesi çekilemiyorsa, engelin uygulama katmanında olduğu anlaşılır.

Hacim tarafında mod trafiği, oyun oturumundan büyük ama kayıt dosyası aktarımından genellikle küçüktür. Kota sayaçlı bir çıkış kullanıyorsanız asıl dikkat edilecek yer güncelleme dönemleridir; bir grup aynı anda büyük bir mod paketini güncellediğinde toplam hacim hızla artar.

Sürüm tutarlılığı ayrıca bir ağ meselesi değil bir koordinasyon meselesidir. Kilitli adım simülasyonu, tüm istemcilerin aynı kodu çalıştırmasını gerektirdiği için mod listesini grup içinde sabitlemek en pratik çözümdür. Aksi halde her oturum başında bir sürüm eşleşme turu yaşanır ve bu, bağlantı sorunu sanılır.

Grup içi bir güncelleme takvimi bu işi kolaylaştırır: mod sürümleri oturum sırasında değil, oturumdan önce sabitlenir ve değişiklik herkese aynı anda uygulanır. Sunucuyu barındıran taraf da aynı listeyi kullanmak zorundadır; sunucu ile istemciler arasındaki en küçük fark bile katılmayı engeller. Bu, ağ yapılandırmasından bağımsız bir disiplin meselesidir ve düzenli oynayan gruplarda bağlantı şikâyetlerinin önemli bir bölümünü ortadan kaldırır.

Terimlerin karşılıkları konusunda tereddüt yaşarsanız, kısa bir sözlük işinizi kolaylaştırır; bu sayfada geçen taşıma katmanı ve aktarma kavramları için proxy terimleri sözlüğü hızlı bir başvuru kaynağıdır.

Uyum, sunucu kuralları ve gerçekçi beklenti

Factorio çevresinde topluluk sunucuları önemli bir yer tutar ve her birinin kendi kuralları vardır. Bir ara sunucu kullanmak bu kuralları değiştirmez, yalnızca bağlantının geldiği adresi değiştirir. Sunucu yöneticisinin belirli adres aralıklarını kabul etmeme tercihi meşrudur ve teknik bir arıza olarak okunmamalıdır.

Bu sayfa hile önleme mekanizmalarına müdahale, hesap yaptırımlarını etkisiz kılma veya kurum ağ politikalarını dolanma amacı taşımaz. Bu tür beklentiler hem sözleşmelere aykırıdır hem de teknik olarak karşılık bulmaz.

Gerçekçi beklenti şudur: proxy, Factorio tarafında TCP taşıyan bileşenler için bir yönlendirme aracıdır — kimlik doğrulama, sunucu listesi, mod portalı ve barındırdığınız sunucunun dışarıdan doğrulanması. Oyun akışının kendisi UDP taşıdığı için çoğu kurulumda kapsam dışında kalır ve bunu bilerek kurulan bir yapılandırma, beklentiyi doğru yere oturtur.

Son bir hatırlatma: araya eklenen her durak gecikmeye eklenir, ondan düşmez. Proxy pinginizi düşürmez; nadiren görülen istisna, varsayılan rotanın dolambaçlı olduğu ve daha doğrudan bir yolun ölçümle kanıtlandığı durumdur. Kurulum kararınızı bu gerçeğin üzerine kurun.