24XX 25xx Server Files 2026 Güncel

osmanbilgin' Alıntı:

Kurulum için 0532 544 7381 Whatsaap Fiyat 300 TL


Selamlar .Birkaç ciddi bug bulup Fixledim. Öyle rastgele indridim bir dosyadir. geliştirmek için baya sorunlari vardi fixledim yeni sorun bulursaniz direk konu altindan yazin fixlemeye devam ederim .test edecek cok fazla vaktim yok saygilarimla.

İçeresine kurulum talimati ekledim. yapamayan veya pus ayarlarina kadar hazir halde testlim de edebilirim özelden yazabilirisniz bunun için.
*** Gizli metin: alıntı yapılamaz. ***


Son günlerde kaynakta debug yaparken üç şey bulduk, hepsi klasik "config hatası" değil, gerçek kod seviyesinde sorunlardı:

1) KOSocket'te uzaktan tetiklenebilen çökme (integer underflow)

shared/KOSocket.cpp → DecryptPacket() içinde şifreli paket işleme yolunda bir boyut kontrolü eksikti. Paket 4-7 bayt aralığında bir uzunlukla gelirse, kod bundan 8 çıkarıyor — uint16 olduğu için bu işlem taşıyor (underflow) ve boyut değişkeni ~65530 gibi anlamsız bir sayıya dönüşüyor. Hemen ardından o "boyut" kadar memcpy çalıştırılınca bellek sınırlarının çok dışına okuma yapılıyor, sonuç: anında access violation.

En zor kısmı buydu aslında: local/loopback testte bu hiç görünmüyor çünkü tüm paket tek recv() çağrısında geliyor. Gerçek internet bağlantısında TCP segmentasyonu yüzünden paket parçalı geldiğinde tetikleniyor. Bunu yakalamak için elle, byte-byte, gecikmeli TCP paketleri gönderen bir test scripti yazıp fragmentasyonu simüle ettik, ancak öyle reprodüklenebildi.

2) Debugger olmadan crash dump analizi

Sunucuda WinDbg/cdb kurulu değildi, internetten indirmeye de vakit yoktu. dbghelp.dll'i doğrudan P/Invoke ile çağırıp kendi sembol çözücümüzü yazdık — ham crash offset'ini PDB üzerinden gerçek dosya/satır numarasına çevirip bug'ı memcpy çağrısına kadar geriye izledik. Klasik "hatayı tahmin et" yöntemi değil, doğrudan kanıta dayalı debugging.

3) Launcher'da kasıtlı olarak gizlenmiş bir kilit mekanizması

Launcher, belirli bir IP'ye bağlanmaya çalışınca sahte bir hata mesajı ("Unknown data stream.") gösterip kapanıyordu — sanki ağ hatasıymış gibi. Kod tabanına inince bunun aslında bir IP whitelist kontrolü olduğunu, hata mesajının bilerek yanıltıcı yazıldığını gördük. Bulup düzelttik.


Ekli dosyayı görüntüle 20180
Ekli dosyayı görüntüle 20181

Genişletmek için tıkla ...

astamghosy' Alıntı:

evet

Sanal sunucudaki Server DB ve sistemler açık. burada bahsi geçen İP 10.0.2.15 ile kendi pcden Server dosyasına ip tanımlayıp launcer veya knight online exe çalıştırıp girmek istiyorum ancak olmuyor.

Nerede eksik ve atlama yaptım bulamadım

Ekli dosyayı görüntüle 20193

Genişletmek için tıkla ...

osmanbilgin' Alıntı:

Kurulum için 0532 544 7381 Whatsaap Fiyat 300 TL


Selamlar .Birkaç ciddi bug bulup Fixledim. Öyle rastgele indridim bir dosyadir. geliştirmek için baya sorunlari vardi fixledim yeni sorun bulursaniz direk konu altindan yazin fixlemeye devam ederim .test edecek cok fazla vaktim yok saygilarimla.

İçeresine kurulum talimati ekledim. yapamayan veya pus ayarlarina kadar hazir halde testlim de edebilirim özelden yazabilirisniz bunun için.
*** Gizli metin: alıntı yapılamaz. ***


Son günlerde kaynakta debug yaparken üç şey bulduk, hepsi klasik "config hatası" değil, gerçek kod seviyesinde sorunlardı:

1) KOSocket'te uzaktan tetiklenebilen çökme (integer underflow)

shared/KOSocket.cpp → DecryptPacket() içinde şifreli paket işleme yolunda bir boyut kontrolü eksikti. Paket 4-7 bayt aralığında bir uzunlukla gelirse, kod bundan 8 çıkarıyor — uint16 olduğu için bu işlem taşıyor (underflow) ve boyut değişkeni ~65530 gibi anlamsız bir sayıya dönüşüyor. Hemen ardından o "boyut" kadar memcpy çalıştırılınca bellek sınırlarının çok dışına okuma yapılıyor, sonuç: anında access violation.

En zor kısmı buydu aslında: local/loopback testte bu hiç görünmüyor çünkü tüm paket tek recv() çağrısında geliyor. Gerçek internet bağlantısında TCP segmentasyonu yüzünden paket parçalı geldiğinde tetikleniyor. Bunu yakalamak için elle, byte-byte, gecikmeli TCP paketleri gönderen bir test scripti yazıp fragmentasyonu simüle ettik, ancak öyle reprodüklenebildi.

2) Debugger olmadan crash dump analizi

Sunucuda WinDbg/cdb kurulu değildi, internetten indirmeye de vakit yoktu. dbghelp.dll'i doğrudan P/Invoke ile çağırıp kendi sembol çözücümüzü yazdık — ham crash offset'ini PDB üzerinden gerçek dosya/satır numarasına çevirip bug'ı memcpy çağrısına kadar geriye izledik. Klasik "hatayı tahmin et" yöntemi değil, doğrudan kanıta dayalı debugging.

3) Launcher'da kasıtlı olarak gizlenmiş bir kilit mekanizması

Launcher, belirli bir IP'ye bağlanmaya çalışınca sahte bir hata mesajı ("Unknown data stream.") gösterip kapanıyordu — sanki ağ hatasıymış gibi. Kod tabanına inince bunun aslında bir IP whitelist kontrolü olduğunu, hata mesajının bilerek yanıltıcı yazıldığını gördük. Bulup düzelttik.


Ekli dosyayı görüntüle 20180
Ekli dosyayı görüntüle 20181

Genişletmek için tıkla ...

osmanbilgin' Alıntı:

安装服务请联系 WhatsApp：0532 544 7381。价格：300 土耳其里拉


您好。我发现并修复了一些严重的bug。 这是一个随机下载的文件，其中存在不少问题，我在开发过程中都已修复。如果您发现任何新问题，请直接在下方评论区留言，我会继续修复。我没有太多时间进行测试。此致。

我已经附上了安装说明。如果您无法自行安装，或者需要一台配置好的设备，我可以送货上门；您可以私信我咨询相关事宜。
***隐藏文本：无法引用。***


最近，我们在调试源代码时发现了三件事，这些都不是典型的“配置错误”，而是实际的代码级问题：

1) KOSocket 中的远程可触发崩溃（整数下溢）

在 shared/KOSocket.cpp 中，DecryptPacket() 加密数据包处理路径缺少大小检查。如果数据包长度在 4 到 7 字节之间，代码会从中减去 8——由于使用了 uint16 类型，此操作会导致下溢，大小变量会变成类似 ~65530 这样的无意义数字。紧接着，代码会多次执行该“大小”的 memcpy 操作，导致读取操作远远超出内存限制，从而立即触发访问冲突。

这实际上是最难的部分：在本地/环回测试中，这种情况根本不会出现，因为整个数据包是通过一次 recv() 调用到达的。但在实际的互联网连接中，由于 TCP 分段，数据包会被分成多个片段到达，这时就会触发这个问题。为了捕获这个问题，我们编写了一个测试脚本，手动逐字节发送延迟的 TCP 数据包来模拟分片；只有这样才能重现这个问题。

2) 无需调试器即可进行崩溃转储分析

服务器上没有安装 WinDbg/cdb，也没有时间从网上下载。我们直接使用 P/Invoke 调用 dbghelp.dll，并编写了自己的符号解码器——将 PDB 文件中的原始崩溃偏移量转换为实际的文件/行号，最终将错误追溯到 memcpy 调用。这并非传统的“猜测错误”方法，而是直接的、基于证据的调试。

3）发射器中故意隐藏的锁定机制。

启动器在尝试连接特定 IP 地址时会显示一条虚假的错误信息（“未知数据流”），然后关闭——就好像发生了网络错误一样。深入研究代码库后，我们发现这实际上是 IP 白名单检查，而错误信息是故意误导的。我们已经找到并修复了这个问题。


Ekli dosyayı görüntüle 20180
Ekli dosyayı görüntüle 20181

Genişletmek için tıkla ...

osmanbilgin' Alıntı:

Kurulum için 0532 544 7381 Whatsaap Fiyat 300 TL


Selamlar .Birkaç ciddi bug bulup Fixledim. Öyle rastgele indridim bir dosyadir. geliştirmek için baya sorunlari vardi fixledim yeni sorun bulursaniz direk konu altindan yazin fixlemeye devam ederim .test edecek cok fazla vaktim yok saygilarimla.

İçeresine kurulum talimati ekledim. yapamayan veya pus ayarlarina kadar hazir halde testlim de edebilirim özelden yazabilirisniz bunun için.
*** Gizli metin: alıntı yapılamaz. ***


Son günlerde kaynakta debug yaparken üç şey bulduk, hepsi klasik "config hatası" değil, gerçek kod seviyesinde sorunlardı:

1) KOSocket'te uzaktan tetiklenebilen çökme (integer underflow)

shared/KOSocket.cpp → DecryptPacket() içinde şifreli paket işleme yolunda bir boyut kontrolü eksikti. Paket 4-7 bayt aralığında bir uzunlukla gelirse, kod bundan 8 çıkarıyor — uint16 olduğu için bu işlem taşıyor (underflow) ve boyut değişkeni ~65530 gibi anlamsız bir sayıya dönüşüyor. Hemen ardından o "boyut" kadar memcpy çalıştırılınca bellek sınırlarının çok dışına okuma yapılıyor, sonuç: anında access violation.

En zor kısmı buydu aslında: local/loopback testte bu hiç görünmüyor çünkü tüm paket tek recv() çağrısında geliyor. Gerçek internet bağlantısında TCP segmentasyonu yüzünden paket parçalı geldiğinde tetikleniyor. Bunu yakalamak için elle, byte-byte, gecikmeli TCP paketleri gönderen bir test scripti yazıp fragmentasyonu simüle ettik, ancak öyle reprodüklenebildi.

2) Debugger olmadan crash dump analizi

Sunucuda WinDbg/cdb kurulu değildi, internetten indirmeye de vakit yoktu. dbghelp.dll'i doğrudan P/Invoke ile çağırıp kendi sembol çözücümüzü yazdık — ham crash offset'ini PDB üzerinden gerçek dosya/satır numarasına çevirip bug'ı memcpy çağrısına kadar geriye izledik. Klasik "hatayı tahmin et" yöntemi değil, doğrudan kanıta dayalı debugging.

3) Launcher'da kasıtlı olarak gizlenmiş bir kilit mekanizması

Launcher, belirli bir IP'ye bağlanmaya çalışınca sahte bir hata mesajı ("Unknown data stream.") gösterip kapanıyordu — sanki ağ hatasıymış gibi. Kod tabanına inince bunun aslında bir IP whitelist kontrolü olduğunu, hata mesajının bilerek yanıltıcı yazıldığını gördük. Bulup düzelttik.


Ekli dosyayı görüntüle 20180
Ekli dosyayı görüntüle 20181

Genişletmek için tıkla ...

osmanbilgin' Alıntı:

Kurulum için 0532 544 7381 Whatsaap Fiyat 300 TL


Selamlar .Birkaç ciddi bug bulup Fixledim. Öyle rastgele indridim bir dosyadir. geliştirmek için baya sorunlari vardi fixledim yeni sorun bulursaniz direk konu altindan yazin fixlemeye devam ederim .test edecek cok fazla vaktim yok saygilarimla.

İçeresine kurulum talimati ekledim. yapamayan veya pus ayarlarina kadar hazir halde testlim de edebilirim özelden yazabilirisniz bunun için.
*** Hidden text: cannot be quoted. ***


Son günlerde kaynakta debug yaparken üç şey bulduk, hepsi klasik "config hatası" değil, gerçek kod seviyesinde sorunlardı:

1) KOSocket'te uzaktan tetiklenebilen çökme (integer underflow)

shared/KOSocket.cpp → DecryptPacket() içinde şifreli paket işleme yolunda bir boyut kontrolü eksikti. Paket 4-7 bayt aralığında bir uzunlukla gelirse, kod bundan 8 çıkarıyor — uint16 olduğu için bu işlem taşıyor (underflow) ve boyut değişkeni ~65530 gibi anlamsız bir sayıya dönüşüyor. Hemen ardından o "boyut" kadar memcpy çalıştırılınca bellek sınırlarının çok dışına okuma yapılıyor, sonuç: anında access violation.

En zor kısmı buydu aslında: local/loopback testte bu hiç görünmüyor çünkü tüm paket tek recv() çağrısında geliyor. Gerçek internet bağlantısında TCP segmentasyonu yüzünden paket parçalı geldiğinde tetikleniyor. Bunu yakalamak için elle, byte-byte, gecikmeli TCP paketleri gönderen bir test scripti yazıp fragmentasyonu simüle ettik, ancak öyle reprodüklenebildi.

2) Debugger olmadan crash dump analizi

Sunucuda WinDbg/cdb kurulu değildi, internetten indirmeye de vakit yoktu. dbghelp.dll'i doğrudan P/Invoke ile çağırıp kendi sembol çözücümüzü yazdık — ham crash offset'ini PDB üzerinden gerçek dosya/satır numarasına çevirip bug'ı memcpy çağrısına kadar geriye izledik. Klasik "hatayı tahmin et" yöntemi değil, doğrudan kanıta dayalı debugging.

3) Launcher'da kasıtlı olarak gizlenmiş bir kilit mekanizması

Launcher, belirli bir IP'ye bağlanmaya çalışınca sahte bir hata mesajı ("Unknown data stream.") gösterip kapanıyordu — sanki ağ hatasıymış gibi. Kod tabanına inince bunun aslında bir IP whitelist kontrolü olduğunu, hata mesajının bilerek yanıltıcı yazıldığını gördük. Bulup düzelttik.


Ekli dosyayı görüntüle 20180
Ekli dosyayı görüntüle 20181

Genişletmek için tıkla ...

osmanbilgin' Alıntı:

Kurulum için 0532 544 7381 Whatsaap Fiyat 300 TL


Selamlar .Birkaç ciddi bug bulup Fixledim. Öyle rastgele indridim bir dosyadir. geliştirmek için baya sorunlari vardi fixledim yeni sorun bulursaniz direk konu altindan yazin fixlemeye devam ederim .test edecek cok fazla vaktim yok saygilarimla.

İçeresine kurulum talimati ekledim. yapamayan veya pus ayarlarina kadar hazir halde testlim de edebilirim özelden yazabilirisniz bunun için.
*** Gizli metin: alıntı yapılamaz. ***


Son günlerde kaynakta debug yaparken üç şey bulduk, hepsi klasik "config hatası" değil, gerçek kod seviyesinde sorunlardı:

1) KOSocket'te uzaktan tetiklenebilen çökme (integer underflow)

shared/KOSocket.cpp → DecryptPacket() içinde şifreli paket işleme yolunda bir boyut kontrolü eksikti. Paket 4-7 bayt aralığında bir uzunlukla gelirse, kod bundan 8 çıkarıyor — uint16 olduğu için bu işlem taşıyor (underflow) ve boyut değişkeni ~65530 gibi anlamsız bir sayıya dönüşüyor. Hemen ardından o "boyut" kadar memcpy çalıştırılınca bellek sınırlarının çok dışına okuma yapılıyor, sonuç: anında access violation.

En zor kısmı buydu aslında: local/loopback testte bu hiç görünmüyor çünkü tüm paket tek recv() çağrısında geliyor. Gerçek internet bağlantısında TCP segmentasyonu yüzünden paket parçalı geldiğinde tetikleniyor. Bunu yakalamak için elle, byte-byte, gecikmeli TCP paketleri gönderen bir test scripti yazıp fragmentasyonu simüle ettik, ancak öyle reprodüklenebildi.

2) Debugger olmadan crash dump analizi

Sunucuda WinDbg/cdb kurulu değildi, internetten indirmeye de vakit yoktu. dbghelp.dll'i doğrudan P/Invoke ile çağırıp kendi sembol çözücümüzü yazdık — ham crash offset'ini PDB üzerinden gerçek dosya/satır numarasına çevirip bug'ı memcpy çağrısına kadar geriye izledik. Klasik "hatayı tahmin et" yöntemi değil, doğrudan kanıta dayalı debugging.

3) Launcher'da kasıtlı olarak gizlenmiş bir kilit mekanizması

Launcher, belirli bir IP'ye bağlanmaya çalışınca sahte bir hata mesajı ("Unknown data stream.") gösterip kapanıyordu — sanki ağ hatasıymış gibi. Kod tabanına inince bunun aslında bir IP whitelist kontrolü olduğunu, hata mesajının bilerek yanıltıcı yazıldığını gördük. Bulup düzelttik.


Ekli dosyayı görüntüle 20180Teşekkürler

Genişletmek için tıkla ...