Oyun sunucusunun web hizmetine ne zaman ihtiyacı olur?

Bir kullanıcı web mağazasından 30 günlük VIP paketi satın aldığında, oyun sunucusunun paketi doğru hesaba tanımlaması gerekir. Web entegrasyonu, onaylanan siparişi bir teslimat kaydına dönüştürür ve hedef sunucuya iletir. Sipariş kaydı da destek ekibinin ödemenin alındığını ve VIP yetkisinin uygulanıp uygulanmadığını ayrı ayrı görmesini sağlar.

Bir siparişin yolculuğu

VIP paketi için ödeme onaylandığında teslimat başlar. Web uygulaması oturumu kontrol eder, hesabın hangi oyun kimliğine bağlı olduğunu bulur ve bir teslimat kaydı açar. Kayda hedef sunucu, ürün kodu ve tekil teslimat numarası yazılır. Oyun tarafı sadece tanıdığı ürün kodunu izinli bir işleme dönüştürür. Tarayıcıdan gönderilmiş serbest bir metni konsol komutuna eklemek, bir kullanıcının başka kullanıcıya yetki verebilmesine kadar giden bir hata olur. Mağazada açılan sipariş, teslimat kuyruğundan oyun sunucusuna gider. “Portsuz” denince oyun sunucusunda teslimat için ayrıca dışarıya açık bir port gerekmediği anlaşılmalı. HTTPS bağlantısı yine ağ üzerinden gider. Bu, özellikle ek port verilmeyen oyun barındırma paketlerinde işe yarar. Hesap, mağaza veya ceza modüllerini veritabanına bağlayan bir eklenti ise farklı çalışır. Veritabanı erişimini yalnız gereken sunucuya, kullanıcıya ve tablolara sınırlamak gerekir.

Portsuz bağlantıyı ilk kez kurarken

Portlu ve portsuz modelde bağlantıyı farklı taraf başlatır.

Aynı web mağazasından bir hayatta kalma sunucusu ve bir Skyblock sunucusu için ürün sattığınızı düşünün. VIP paketi yalnızca Skyblock için geçerliyse teslimat hedefi de o sunucu olmalıdır. İki sunucuyu panelde ayrı kaydedin ve ürünü doğru hedefe bağlayın. Ödeme onaylansa bile komut yanlış sunucuya giderse kullanıcı VIP yetkisini satın aldığı sunucuda göremez.

Portsuz bağlantıda oyun eklentisi mağazanın güvenli web adresine bağlanır. Panelde seçilen sunucu ile eklentinin aynı bağlantı bilgilerini kullanması gerekir. Kurulumun temel amacı, doğru mağazadaki işlerin doğru oyun sunucusuna ulaşmasıdır. İlk denemeyi kalıcı yönetici yetkileri veren bir işlem yerine test dünyasında sonucu kolayca görülebilen bir ödülle yapabilirsiniz.

Portlu kurulumda site, oyun sunucusunun teslimat için ayrılmış bağlantı noktasına ulaşır. Portsuz kurulumda bağlantıyı oyun eklentisi başlatır. Bu ayrım, kullanılan oyun barındırmasının ağ koşullarına göre seçim yapmayı sağlar. İki modelde de hangi ürünün hangi dünyaya teslim edileceği mağazada açıkça tanımlanır.

Hesap eşleme ile komut göndermenin farkı

Bazı çekirdek eklentiler, teslimatın yanında kullanıcı hesabını veya ilgili kayıtları veritabanından kontrol eder. Bu bağlantı, siparişin kullanıcının doğru hesabıyla ilişkilendirilmesine yardımcı olur. Veri erişiminin kapsamı, kullanılan eklenti ve etkin modüllere göre belirlenir. Hesap doğrulama ile mağazadan gönderilen ödül işlemi birlikte çalışsa da her birinin bağlantı yetkisi ayrı yönetilmelidir.

Kullanıcı takma adını değiştirdiğinde eski satın almalarının kaybolmaması için web hesabı ile oyun hesabı arasındaki bağı doğrulanmış bir kimlik üzerinde tutun. Kullanıcının forma yazdığı takma ad tek başına hesap sahipliği kanıtı değildir. Özellikle yüksek yetkili bir rol verirken bağlantının gerçekten o kullanıcıya ait olduğundan ve mağazada tanımladığınız rolün beklenenden geniş izinler taşımadığından emin olun.

Mağazadan sunucuya hangi komut gider?

Ürün teslimatında gönderilecek komutlar, mağazanın ürün kaydında önceden tanımlanır. Kullanıcı ürün seçer; teslimat işlemi o ürünün komutlarını, seçilmiş oyun sunucusu ve ilgili kullanıcı hesabı için hazırlar. Kullanıcının tarayıcıdan yazdığı rastgele bir komutun bu akışa eklenmesi, ürün teslimatının parçası değildir. Bir pelerin satın alındığında yürütülecek işlem, mağazada o pelerin için tanımlanmış işlemdir.

Bir ürün birkaç işlem gerektirebilir. Örneğin VIP grubunun atanması, geçerlilik süresinin belirlenmesi ve kullanıcıya bildirim gösterilmesi sırayla hazırlanabilir. Ürünle ilişkili bu komutları mağaza yönetiminde belirlemek, destek ekibinin de neyin teslim edilmesi gerektiğini görmesini sağlar. Bazı eklentilerin yaptığı ilave veritabanı kontrolü ise kullanıcının hesabını veya gerekli oyun kaydını doğrulamak için bu sürece eşlik eder.

Çekirdek eklentiye gönderilen komutta ne bulunur?

ZonelyCore bağlantısında site, panelde kayıtlı sunucu adresi ve porta soket bağlantısı açar. Gönderilecek komuta bir zaman damgası ekler ve sunucuya ait belirteci kullanarak HMAC-SHA256 imzası üretir. Böylece eklenti tarafında doğrulanabilecek bir istek hazırlanır. Mağaza kaydındaki sunucuya ait belirteç ile oyun eklentisindeki belirtecin eşleşmesi gerekir. Aynı ürünü farklı dünyalara teslim ederken her sunucunun kaydını doğru seçmek bu nedenle önemlidir.

Mağaza işlemi ürün için tanımlanmış komutları sıraya koyar, gerektiğinde kullanıcı alanını o hesapta kayıtlı oyun adıyla doldurur ve seçilen bağlantı aracına iletir. WebSender, çekirdek eklenti, FiveM, Rust veya RCON seçimi aynı gönderim yöntemini kullanmak zorunda değildir. Portsuz WebSender’da eklenti işi HTTPS üzerinden siteden alırken, incelenen ZonelyCore bağlantısında site eklentiye soket açar.

Komutun bağlantı üzerinden gönderilebilmesi, kullanıcının hakkının oyunda kesin olarak uygulandığını tek başına göstermez. Bu yüzden destek incelemesinde yalnız “bağlandı” sonucuna bakılmaz. Ürün hedefi, kullanıcı hesabı, komutun eklentideki sonucu ve oyunda görülen hak birlikte değerlendirilir. İstek imzası da bağlantının şifrelenmesiyle aynı işlevi görmez. Ağ erişimini gereken taraflarla sınırlamak ve uygun korumalı bağlantıyı kullanmak ayrıca ele alınmalıdır.

VIP yetkisi tanımlandı ama yanıt kaybolduysa

Oyun sunucusu VIP yetkisini tanımladıktan sonra bağlantı kesilirse sipariş web panelinde beklemede görünebilir. Aynı komutu tekrar çalıştırmak VIP süresini yanlışlıkla 30 gün daha uzatabilir. Yeniden denemede aynı teslimat kimliği kullanılmalı ve önceki sonuç kontrol edilmelidir. Paket için hesaplanan bitiş tarihini kaydetmek de aynı siparişin tekrar işlenmesi halinde sürenin yeniden uzatılmasını önler. Sonucun belirlenemediği teslimatlar destek incelemesine ayrılabilir.

Portsuz teslimatta eklenti, aldığı işi çalıştırmadan önce işlem kimliğini kaydeder. Çalıştırma sonucunu da başarılı veya başarısız olarak saklayıp siteye bildirir. Bağlantı tam arada kesilirse aynı iş numarasını yeni bir sipariş gibi yeniden yürütmek yerine kayıtlı sonucu esas alır. Belirsiz kalan bir iş destek incelemesine ayrılabilir. Böylece teslimatın tekrar edilmesiyle doğabilecek çift ödül riski azaltılır.

Burada önemli bir ayrıntı var: Konsolun bir komutu kabul etmesiyle kullanıcının beklediği sonucu alması ayrı şeyler olabilir. Örneğin bir ürünün teslimat komutu yalnız kullanıcı çevrimiçiyken uygulanabilir. Ürün kuralınızı buna göre belirleyin. Çevrimdışı teslimat desteklenmiyorsa mağaza bunu açıkça belirtmeli veya işlem kullanıcının sonraki girişine kadar beklemelidir.

Bir web anahtarı sızdığında ne etkilenir?

Anahtar tek sunucuya ve birkaç teslimat işlemine yetkiliyse diğer dünyalar ve yönetim komutları erişim dışında kalır. Şüpheli bir kullanımda o anahtarı iptal edin, kuyruğun yürütülmesini durdurun ve son doğrulanmış teslimattan itibaren siparişlerle oyun kayıtlarını karşılaştırın. Destek ekibine işlem numarası, kullanıcı kimliği ve sonuç yeterlidir. Ödeme kartı bilgilerini veya bağlantı parolasını oyun günlüklerine taşımayın.

Bir olayda anahtarı değiştirmek yalnızca yeni isteklerin önünü keser. Daha önce kuyruğa girmiş işleri de inceleyin. Her dünya için ilk şüpheli işten sonraki teslimatları listeleyin. Her satırı gerçek bir sipariş, etkinlik ödülü veya yetkili işlemiyle eşleştirin. Kaynağı açıklanamayan işleri karantinaya alıp normal siparişleri ayrı yürütün. Oyun konsolunun kabul ettiği komutları değiştirirken bu değişikliğin hangi dünyaları etkilediğini de kayda geçirin.

Örneğin teslimat tablosunda kullanıcı kimliği ve satın alınan ürün tutuluyorsa, bu tabloya izinsiz erişim ile sunucu komutu çalıştırabilecek bir anahtarın sızması farklı olaylardır. İlkinde hangi kayıtların okunabildiğini, ikincisinde hangi işlemlerin yürütülebildiğini araştırın. Olay günlüğünde kimlik bilgilerini maskeleyin ve destek ekibinin erişimini işiyle sınırlayın. Böylece müdahaleye yardım eden kayıtlar ikinci bir sızıntı kaynağına dönüşmez.

Küçük bir topluluk için kaynak hesabı

Başlangıçta hafif bir web uygulaması, kalıcı bir iş kuyruğu ve mevcut oyun eklentisi yeterli olabilir. Boş kuyrukta sorgulama aralığını uzatın, yoğunlukta küçük gruplar hâlinde iş alın ve tek seferde yürütülen komut sayısını sınırlayın. Kaynak ihtiyacını kullanıcı sayısı tek başına anlatmaz. En eski bekleyen işin yaşı, teslimat gecikmesi ve oyun döngüsünün süresi, yeni bir sunucuya para harcamadan önce bakılacak üç ölçüdür.