Jump to content

Recommended Posts

Posted (edited)

Hello again ,

 

I am looking for some help in decoding packets send by server and received by my client..

I have read in an old topic  someth about injecting .dll right after the buffer U_U .. don't have a clue what this means 😛

 

But i don't think it has to be this hard.. If anyone has a nice decoding program (NOT FOR .INI's) .. PLEASE SHARE!

 

Regards

Edited by Vision
Posted

Well..

 

There are many programs wich allows u to sniff packets traffic.

I am looking for someth to know more about the packets between client and server(L2).

 

In this guide from CAHEK about Hlapex u can find some information.

http://www.elitepvpers.de/forum/lin2-exploits-hacks-bots-tools-macros/63949-hlapex-hint.html

 

This guide shows u how to edit packets to obtain certain Requests..

But ! with any other sniffer program u won't find the same packet.. u will find a coded one ..

So i was looking for someth to De - code these packets ..

 

Regards

 

Posted

Hence that when you open L2phx or hlapex, it must be opened before you login into your account. Why? Because it'll capture the keys for the cryptography. You can check those packets when you login using either of them. After that it'll use that key to decrypt the traffic. If you're thinking about using any other sniffer (such as ethereal, wpe pro, network chemistry packetyzer etc)... it may be a little hard to do it. Maybe in WPE PRO you can make a filter to do that auto, not sure.

Of course you can auto it by injecting a DLL, which is what L2phx and hlapex does. Don't know if you can get a generic dll injector (just google for one, there's 2137821390 out there) and inject the DLL they made for this and then use any generic sniffer...

 

Why not just use L2phx? Easier... :P

Posted

I know what you mean. Use WP. You can decode the packets with some functions like gsys.BFdec(key), the only problem is that you won't be able to log the decoded packets.

 

You can log them with something like Log(_gOutBuff).

 

PD: Maybe the sintax or the funcions are not OK, I am writing without looking at the WP xD

Posted

Well..

 

There are many programs wich allows u to sniff packets traffic.

I am looking for someth to know more about the packets between client and server(L2).

 

In this guide from CAHEK about Hlapex u can find some information.

http://www.elitepvpers.de/forum/lin2-exploits-hacks-bots-tools-macros/63949-hlapex-hint.html

 

This guide shows u how to edit packets to obtain certain Requests..

But ! with any other sniffer program u won't find the same packet.. u will find a coded one ..

So i was looking for someth to De - code these packets ..

 

Regards

 

 

I wants supose that hlapex or l2phx are not working in that server, because if the answer is yes, is working, there is no sense in find other sniffer.

But, if is not working, you can find in google a sniffer with decoders included.

I was proving one a time ago (i don´t remember the name) that had a decoder to be used in the l2 packets.

Google is the light in the tunel.-

Posted

yi,

 

Thanx for ur reactions ...

I can't open hlapex or lphx when my client is opend. GameGuard protection .. (client disconnects).

When i put the data string in hlapex or lphx i still can't see what the request or whatsoever is..

 

Will google it later today (@school)

 

Regards

Posted

Then you need a GG killer/bypasser... then you may try those. GG will block anything you try... try to get rid of it, instead of trying other sniffers. It'll probably detect them all and you probably won't be able to inject any DLL into the game if GG is active.

Your problem is not the sniffer you're using, it's GG.

  • 1 month later...
Posted

 

Why not just use L2phx? Easier... :P

 

Actually, in my private test server, when i sent packets to the server (L2J), my character freeze on floor. L2phx isn´t dead like hlapex?

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Posts

    • I have browsed this forum for months, witnessing the infinite and endless debate over which datapack is better, whether one is leaked or another is stolen. I constantly see developers from different projects throwing mud at each other for their own convenience. For a novice 27-year-old developer with a dream, all of this is disheartening. Opening a Lineage 2 server in 2026 seems like a titanic goal when looking for stability and scalability. The thought of depositing my only savings into one of these datapacks, praying to God that everything goes well, is terrifying. This is not a destructive critique of any forum member or developer. It is simply a call for reflection: What are we doing for the original essence of Lineage 2? Have we forgotten those memories from when we were young, going to a cybercafé to play for 12 hours straight just to grind a few levels? It seems that instead of providing a quality server to the community—a place where our inner child can enjoy the game—this has become a race where the only prize is money, at the cost of progressively destroying the game's community. Is there actually anyone or any project thinking about this? I know that invested time requires financial return; obviously, we all need to survive and eat. But friends... that isn't everything. Currently, in Argentina, 100% of the servers are garbage and last approximately one month. Corrupt admins, illegal item sales for quick profit, and endless toxic practices. Since I couldn't find the answers I needed, I tasked a generic AI (Google Gemini) with creating an extensive report on datapacks, history, competition, and current objectives. I am leaving it here for anyone who wants to read it. Comprehensive Research Report: The State of the Lineage 2 Java (L2J) Emulation Ecosystem 2020-2026 1. Executive Summary and Strategic Scope The landscape of Java-based Lineage 2 (L2J) server emulation has undergone a radical metamorphosis between 2020 and 2026. What began in the early 2000s as a scattered community effort to reverse-engineer a Korean MMORPG has consolidated by 2026 into a highly sophisticated software development sector. This report aims to provide the definitive guide and the most comprehensive technical analysis available in the market regarding the selection, architecture, and viability of L2J datapacks. A clear bifurcation in development philosophy has been identified: on one side, massive, chronicle-agnostic open-source projects, indisputably led by L2JMobius (and its strategic transition to the MIT license in 2025); and on the other, highly specialized niche projects like aCis (for Interlude) and L2JEternity (for High Five), which prioritize architectural purity and extreme performance through the early adoption of JDK 25. This document not only evaluates "completeness" in terms of game content but also dissects technical debt, legal security, and long-term sustainability. 1.1 Evaluation Methodology To determine the "best" datapack, we applied a multidimensional evaluation matrix: Architectural Integrity: Analysis of code quality, thread management, and modern design patterns. Lifecycle Maturity: Update frequency and leadership stability. Tool Ecosystem: Availability of client editors, geodata generators, and compatible anti-bot systems. Commercial Viability: Ability to sustain a stable economy and support high concurrency loads (500+ simultaneous players). 2. The Technological Revolution: From Java 8 to Java 25 (2020-2026) One of the most critical findings is the quantum leap in the underlying infrastructure. The 2023-2026 period has witnessed a technological arms race. 2.1 The Impact of JDK 25 on Emulation Vanguard projects like L2JEternity and the main branches of L2JMobius completed the migration to JDK 25. Garbage Collection (GC): The implementation of ZGC and Shenandoah has solved the historic problem of "GC pauses" (lag due to memory cleaning). With JDK 25, these pauses are sub-millisecond, allowing for fluid massive combat (Sieges). Virtual Threads (Project Loom): This allows handling thousands of simultaneous connections and AI tasks without the excessive cost of traditional OS threads. 2.2 Network Layer Modernization (Netty) The old MMOcore-based architecture has been replaced or heavily refactored using Netty, optimizing the packet pipeline and improving security against application-layer DDoS attacks. 2.3 Tech Stack Comparison | Project | Java Version (2025/26) | Database | Status | | :--- | :--- | :--- | :--- | | L2JMobius | JDK 21 / 25 | MySQL / MariaDB | Active (MIT) | | L2JEternity| JDK 25 | MySQL | Active (Private) | | aCis | JDK 11 / 17 | MySQL | Active (Private) | | L2JFrozen/Brasil | JDK 7 / 8 | MySQL | Obsolete / Risk | 3. L2JMobius: The Open Source Hegemon L2JMobius emerges as the definitive answer for the vast majority of use cases in 2026, based on three pillars: universality, legality, and tools. Universality: It maintains a unified architecture (monorepo) supporting everything from C1 to the most recent Essence versions. Core fixes propagate to all versions. MIT License (June 2025): A historic milestone allowing servers to modify code extensively and keep changes private without violating the license, legitimizing commercial use. Vertical Integration (L2ClientDat): The team actively maintains client editing tools, ensuring perfect compatibility with the latest protocols (e.g., Protocol 507). 4. The Battle for Interlude: Purism vs. Modernity Interlude (C6) remains the most demanded version. aCis (The Gold Standard): Obsessed with code quality and "Retail" fidelity. Ideal for Low Rate servers (x1-x10). The free version is often stale; the paid version is the professional choice. L2JMobius Interlude: The practical "batteries included" alternative. Includes popular mods out of the box and benefits from the modern core. Ideal for Mid/High Rate PvP servers. Warning: L2JFrozen and L2JBrasil are considered obsolete and dangerous in 2026 due to security vulnerabilities and unmaintainable code. 5. The High Five Sector: Commercialization and Risks L2J Sunrise: Positions itself as a "turnkey" solution, but its closed code creates total vendor dependence. Risky for long-term projects. L2JEternity: The technical gem for advanced admins. Pioneer in JDK 25 and offers native support for protections like Strix and SmartGuard. 6. Essence and the Modern Era For Essence, L2JMobius has no real competition in the free Java space, reacting to NCSoft updates with supernatural speed. Russian commercial alternatives (L2-Scripts) exist but come with high costs. 7. Ecosystem and Auxiliary Tools Geodata: Essential to avoid movement errors. 2026 hybrid engines reduce "wall-shooting." Vote Reward: Middleware systems like VDSystem or iTopZ are mandatory, and modern datapacks already include the necessary hooks. 8. Conclusions and Definitive Recommendations After analyzing repositories and trends up to January 2026: Overall Winner: L2JMobius. Best ratio of features/modernity/support. Purist's Choice (Interlude): aCis. Unbeatable mechanical fidelity. Performance Option (High Five): L2JEternity. Extreme optimization. Final Warning: Strictly avoid L2JFrozen, L2JBrasil, and black-box projects like Sunrise for critical infrastructures.
    • I’ve seen tools like Find Person Name by Photo come in handy for creators who want to understand their audience better or spot fake accounts trying to piggyback on their growth. Pairing something like that with a solid SMM panel can make your workflow feel way smoother, especially if you're trying to grow without getting tangled in guesswork.
    • Join our discord: https://www.lineage2.cz/discord  
    • You should buy it then I’ll make a discount  
  • Topics

×
×
  • Create New...

Important Information

This community uses essential cookies to function properly. Non-essential cookies and third-party services are used only with your consent. Read our Privacy Policy and We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue..

AdBlock Extension Detected!

Our website is made possible by displaying online advertisements to our members.

Please disable AdBlock browser extension first, to be able to use our community.

I've Disabled AdBlock