P2P VE CLIENT UNKNOWN HEADER SYSERRI ARKAPLANI

[victory80]

ROHAN2 WORLD 1-120 TR TİPİ OFFICIAL YOHARA, BALATHOR VE AMON! 80. GÜNÜNDE! +10.000 ONLİNE! HİLE VE BOT %100 ENGELLİ HEMEN TIKLA!

Merhaba;

Bir süredir oyuncularımı rahatsız eden client kapanma sorunları hakkında çalışmalar yapıyorum.
Bu sorunların kökeni; herhangi bir client crashı değil, clientin server tarafından yollanan paketleri düzgün bir şekilde yakalayamamasında yatıyor.

Paket yapısında oynama yapılmamış server fileslerde ve daha fazlasında, bu başarısızlık sonrasında client çözümü, kendini
PostQuitMessage(0) kullanarak kapamakta buluyor:

Çözüm her ne kadar ilk bakışta gereksiz görünse de, clientteki paket buffer yapısının bu noktadan sonra bozulduğu ve kendisini hali hazırda düzeltemeyecek yapıda olduğu için, bu çözümü şuanlık en iyi çözüm olarak yorumladım.

Bu çözüme benzer olarak, P2P yoluyla iletişim kuran gameler arasında da herhangi bir tanımlanamayan header bulunduğunda, yani game syserr lerimize UNKNOWN HEADER düştüğünde, gameler çözümü birbiri arasındaki soketlerini kapatmakta buluyor.
Fakat buradaki fark; P2P konusunda yaşanan header tanımsızlığı, en basitinde packet_info.cpp'de tanımlanmayan headerlar ya da büyük paketli buffered paketler sayesınde oluşuyor olmasıdır.

Zaman zaman yaşadığımız P2P kopmaları da tam olarak gamelerimize düşen UNKOWN HEADER syserrlerinden sonra yaşanıyor. Neyseki P2P kopmalarının analizi konusunda çözüm genelde basit. En son yollanan yüksek boyutlu paketleri loglamak ve boyutu indirgemek bu iş için yeterli bir çözüm.

Clientim için yaptığım çalışmalarda, kapanma sorunu yaşayan oyuncular için, serverden teslim aldıkları son paketleri loglayacak bir sistem yazdım.
Bu konuyu açmamdaki amaç, konuyla ilgilenenlerle analizlerimi paylaşıp çözüm için sizlerle bilgi paylaşımı yapmaktır.

Oluşturduğum log sistemindeki amaç, kapanmadan hemen önce servere bilgi gönderilip, oyuncunun soketine son yollanan 10 paketin server tarafında loglanmasındır:

Server tarafında saklanan bazı logları paylaşıyorum:

Sorunu yaşayan son oyuncuların aldığı headerler gösteriyorki, spesifk olarak son yollanan header bu soruna sebep olmuyor. Başka bir deyişle spesifik bir header bu soruna sebep olmuyor, ya da oluyor mu?

Bu gözlemlerden sonra, hatayı clientlere yollanan büyük boyutlu paketlerde aradım. Bu paketlerin en büyüğü 15814 byte ile offline shop sistemimdeki bir yapıydı.
Ve bu boyutun gerçekten sorun yaratacağını düşünmeyerek farklı bir yorum aramaya başladım. Bir şey veya bir şeyler, clientteki paket sequence yapısını sekteye uğratıyor olmalı diye düşündüm. Yani aslında sorun dolaylı olarak gerçekleşiyor gibi görünüyor.

Ekstra olarak, code base'mde herhangi spesifik bir paket yapısının yanlış tanımlandığını düşünmüyorum. Bu düşüncemin sebebi de bu sorunu yaşayan kitlenin tüm oyuncularım değil yaklaşık %15'lik bir dilimin olması. Client rapor loglarında ismi geçen birkaç oyuncuma ulaştım ve bu sorunu oyunda herhangi bir aksiyom yaşamadan yani ilk girişte login ekranında bile yaşadıklarını söylediler.

Bu biraz kafa karıştıcı. Hala sorunun kaynağını aramaktayım. Herhangi bir tecrübesi olan, bir şeyler paylaşmak isteyenleri konuya katkı yapmaya davet ediyorum.

 

[Euro Marcovic]

orjinal metin2de bile paket hatası doluyken pvplerde en aza indirgenmesi bile normal ama %100 indirgenmedi
metin2 developerleri bile çözüm sağlıyamamışken zor yani bu sorunun bitmesi
üstüne knight vesayre oyunlardada bu sorun yaşanıyor direk oyun kapanıyor veya oyuna girişte direk kapanabiliyor client
crash sorununa çare bulunmadı çünkü pc'den pc'ye değişiyor herkeste yaşanmıyor bazı sorunlar

 

[Okan Çakın]

Ben bu konu hakkında biraz kafa yormuştum TCP protokolü ve Paketli iletişimler hakkında vs. Şimdi paket tabanlı iletişimlerde şunlara dikkat etmek gerekiyor.

1: Paket boyutu uyuşmazlığı
2: Veri bozulması(İletim sırasında)
3: Yanlış paket sıralaması(TCP protokolüne uygun sıralanmaması)
4: Eksik veya Hatalı başlık(header) bilgisi
5: Beklenmeyen veri tipleri
6: Yetersiz Hata yöntemi

Mesela yetersiz hata yönetimi hakkında örneğin bir paketin beklenenden büyük olması durumunda ve bu hata yakalanıp düzgün bir şekilde işlenmezse oyundan atma yaşanır.

 

[Koray']

bu sorunun belli başlı bir sebebi yok genellikle server'da meydana gelebiliyor özellikle farkettiğim kadarıyla paket sistemi tamamen düzgün olsa bile phase uyuşmazlığından ya da hilelerin gönderdiği hatalı verilerden kaynaklı meydana gelmesi olası. ancak client kısmında tetiklenen unknown packet headerlar pek normal bir durum değil yüksek ihtimalle hatalı paket yapısı ya da eşleşmeyen veri kaynaklı bir durumdan kaynaklanıyodur, paketleri ortak bir dosyadan ve client&server her iki işletim sistemindede ortak boyutlu veri tipleriyle tanımlamadıkça çözülmesi imkansız ancak bu da kesin çözüm değil default halindeki buffer yapısı, şifrelemeler, sequence her biri problemli halde üzerine network tarafında herhangi bir wrapper kullanmadan client&server her iki taraftada direkt os seviyesinde apiler ile iletişim kurduğundan sistem yapısı temel olarak bozuk diye özetleyebiliriz

ek olarak yaptığınız log düzenlemeside mantık dışı, client'e son gelen paket değil ondan önce gelenin headerını yazdırıyosunuz onun yerine desc'e son gönderilen paket verisini server'da tutarak log paketi gittiğinde o veri ile eğer verilerin şifresiz hali eşleşirse asıl sorunlu pakete ulaşabilirsiniz ancak salt halde verinin bozuk olmama ihtimalide mevcut bahsettiğim gibi veriyi saklama aşamasında(buffer) ya da gönderirken(şifreleme) ya da gönderdiğinde(network) bozulmuşta olabilir bunu mevcut haliyle tespit edemezsiniz. bunun için tamamen paket yapısını değiştirip gönderilen verilerin tamamını mevcut dinamik paket yapısı gibi düzenleyip hash veriside ekleyip onu karşılaştırmanız gerekir, basitçe; "header(veri boyutu, veri hashi) + veri" şeklinde.

 

[victory80]

bu sorunun belli başlı bir sebebi yok genellikle server'da meydana gelebiliyor özellikle farkettiğim kadarıyla paket sistemi tamamen düzgün olsa bile phase uyuşmazlığından ya da hilelerin gönderdiği hatalı verilerden kaynaklı meydana gelmesi olası. ancak client kısmında tetiklenen unknown packet headerlar pek normal bir durum değil yüksek ihtimalle hatalı paket yapısı ya da eşleşmeyen veri kaynaklı bir durumdan kaynaklanıyodur, paketleri ortak bir dosyadan ve client&server her iki işletim sistemindede ortak boyutlu veri tipleriyle tanımlamadıkça çözülmesi imkansız ancak bu da kesin çözüm değil default halindeki buffer yapısı, şifrelemeler, sequence her biri problemli halde üzerine network tarafında herhangi bir wrapper kullanmadan client&server her iki taraftada direkt os seviyesinde apiler ile iletişim kurduğundan sistem yapısı temel olarak bozuk diye özetleyebiliriz

ek olarak yaptığınız log düzenlemeside mantık dışı, client'e son gelen paket değil ondan önce gelenin headerını yazdırıyosunuz onun yerine desc'e son gönderilen paket verisini server'da tutarak log paketi gittiğinde o veri ile asıl sorunlu pakete ulaşabilirsiniz ancak salt halde verinin bozuk olmama ihtimalide mevcut bahsettiğim gibi veriyi saklama aşamasında(buffer) ya da gönderirken(şifreleme) ya da gönderdiğinde(network) bozulmuşta olabilir bunu mevcut haliyle tespit edemezsiniz. bunun için tamamen paket yapısını değiştirip gönderilen verilerin tamamını mevcut dinamik paket yapısı gibi düzenleyip hash veriside ekleyip onu karşılaştırmanız gerekir, basitçe; "header(veri boyutu, veri hashi) + veri" şeklinde.

Evet paket düzenlemeleri konusunda eksikliğin ben de farkındayım. Ortak bir paket .header dosyası tanımlanması fikri de oldukca mantıklı.

Detay olarak, göz gezdirdiğim bazı server fileslerde geliştiriciler tarafından client taraflı düzenlemelere gidilmiş. Düzenleme gerektiren bir yerler olduğu aşikar.

Sorunun kesinlikle çözülebilir olduğundan emin değilim fakat server-client arasında veri uyuşmazlığı olduğunu da sanmıyorum.
Veri uyuşmazlığı sorunu var olsaydı safe user diyebilecegimiz herhangi bir tool kullanmadan oyununu oynayan oyuncular bu sorundan bolca nasibini alırdı. Fakat sorunu yaşayan yüzdelik dilim nadir diyebileceğimiz kadar az. (En azından benim dosyalarımda yaptığım gözlemlere göre.)

Log düzenlemesinde zaten bahsettiğiniz gibi son gönderilen de dahil 10 paket gösteriliyor. O düzenlemedeki amaç eğer spesifik olarak bir header sorun yaratıyorsa bunu tespit edeilmem içindi. Fakat gördüğünüz gibi genellikle son gönderilen header MOVE paketine ait ya da alakasız paketler. Dolayısıyla spesifik bir paket, bu hataya sebep oluyor ve direkt clienti kapatıyor diyemeyiz. Yani 'sorunlu paket' olarak bahsettiğiniz bir paket gerçekten var mı emin değilim.

Bahsettiğiniz, paketler buffer ve network aşamasındayken bozulması sorunu meydana gelmesi muhtemel evet. İnternet bağlantısı stabil oyuncular için bu sorunun tespiti için nasıl bir yol izleyebileceğimiz konusunda kararsızım açıkçası.