Jump to content

Question

Posted

Hello, i would like to ask which method  do you guys use to  "Sniff Packets" from Client that are used to  add into the server and also  "How implement Client's Protocol into the  GameServer Project",  im asking it because i've saw many  server  packs of Goddess  Lindvior  stuck with  531 protocol only  and i would like  sniff currently packets and make any  lindvior "pack" work with the currently ncwest official client "558",  that's all!

 

Thanks , i'll be waiting for answers.

13 answers to this question

Recommended Posts

  • 0
Posted

My problem is that i want allow the project to run with all kind of Lindvior protocols from the 1st one till the currently one, i've tried change stuff at  "ProtocolVersion.java"  file etc.. already but always when i try log in for example with  558 Lindvior Protocol,  the client  goes fine  for Character Creation etc  but once i select  the char and the game goes  to the Loading Screen, it loads for a while then get stuck  without any answer as "You have Been Disconnect or something else" but just hold there, the loading  screen disappear and appear  the game screen with UI but without show off the character  only when i turn  down the gameserver so basicly i'm in a mind fuck situation, because i've  been years without dev with L2J Core and now i'm trying to go back with this stuff and dev my own Lindvior Project well ty for understand.

So i believe Protocol Version number have nothing to do with that. The problem is, that different version of Lineage II Client requires different packages too.

When official server is doing update, they are updating both Client and Server and sometimes they are changing Packages too.

 

It's possible to make interlude server that even High Five users can access. The big problem in it, is that for example High Five client requires sending Attribute Informations of each item and Interlude doesn't(and if high five client will not get attribute infos, it will most likely drop critical error).

  • 0
Posted

Bump - Anyway i still need to know how workout the "core" serverpackets to change  the source protocol lindvior from max 531 to 559 if someone  know something "reply" :)

  • 0
Posted

I know, indeed my question is if someone knows how to get this code from DLL, packets by unassembly/sniff  etc.. to add them into  Server's core and run it with a new protocol

  • 0
Posted (edited)

Why protocol version matters to you? If you want multiple clients pass Protocol test, just edit ProtocolVersion.java class

 

If you really need just to change number sent to server, you can set hook to SendPacket function in client and replace Protocol that client is willing to sent. By this way, everybody using your system folder would have same protocol version.

Edited by vampir
  • 0
Posted

Why protocol version matters to you? If you want multiple clients pass Protocol test, just edit ProtocolVersion.java class

 

If you really need just to change number sent to server, you can set hook to SendPacket function in client and replace Protocol that client is willing to sent. By this way, everybody using your system folder would have same protocol version.

My problem is that i want allow the project to run with all kind of Lindvior protocols from the 1st one till the currently one, i've tried change stuff at  "ProtocolVersion.java"  file etc.. already but always when i try log in for example with  558 Lindvior Protocol,  the client  goes fine  for Character Creation etc  but once i select  the char and the game goes  to the Loading Screen, it loads for a while then get stuck  without any answer as "You have Been Disconnect or something else" but just hold there, the loading  screen disappear and appear  the game screen with UI but without show off the character  only when i turn  down the gameserver so basicly i'm in a mind fuck situation, because i've  been years without dev with L2J Core and now i'm trying to go back with this stuff and dev my own Lindvior Project well ty for understand.

  • 0
Posted (edited)

Hm i total understand now, thank you very much so the point is how sniff/obtain client's information to add into server's core? 

Do i have to get something  from Client's DLL ?? Thanks to be so patient ^^

Edited by Thony
  • 0
Posted

Hm i total understand now, thank you very much so the point is how sniff/obtain client's information to add into server's core? 

Do i have to get something  from Client's DLL ?? Thanks to be so patient ^^

You can try to find a source code that works with latest version of lindvior and just compare your server>Client packets with that source.

Maybe you can also find a list of changed packages somewhere.

If those solutions will fail, find out which packages sent from server is causing client to be closed. Then just try search over the internet for it's modifications or try to play with it by yourself.

  • 0
Posted (edited)

Well man, the problem is i didn't  find any source with latest lindvior, the max available right now is 531 that's why i  want  to know how to checkout the whole code inside client's  dll so i may dev my own code into server/clientpackets of core  and make it work ^^

 

ps: client doesn't get closed just keep stuck at loading screen which means i must add new packets to show off the character etc

Edited by Thony
  • 0
Posted

Well man, the problem is i didn't  find any source with latest lindvior, the max available right now is 531 that's why i  want  to know how to checkout the whole code inside client's  dll so i may dev my own code into server/clientpackets of core  and make it work ^^

 

ps: client doesn't get closed just keep stuck at loading screen which means i must add new packets to show off the character etc

Source code of client is protected. I believe the only way to get the source, is to pay ncsoft or create it from 0

Guest
This topic is now closed to further replies.


  • Posts

    • Update: Advanced Rate Limiting Rate limiting is now applied to: Login attempts Account registration Password recovery Email confirmation resends WhatsApp verification Checkout access The system maintains independent counters by IP address and user identity, helping prevent traditional brute-force attacks as well as distributed credential-stuffing attempts using multiple proxies. Brute-Force and Credential-Stuffing Protection Protection is not limited to the visitor's IP address. The system also tracks attempts associated with the account, username, or email address, reducing the effectiveness of attacks performed through rotating IP addresses, proxies, or VPN services. Global HTTP Security Headers Security headers are applied across the entire website: X-Frame-Options X-Content-Type-Options Referrer-Policy HTTP Strict Transport Security These headers help protect the website against clickjacking, MIME-type confusion, insecure referrer exposure, and HTTP downgrade attempts. Secure Error Handling Internal exceptions are recorded in protected security logs while visitors receive sanitized error messages. This prevents the accidental exposure of: Internal file paths Database information SQL errors Server configuration Application stack traces Private Storage Exposure Monitoring The system automatically checks whether the private storage directory is publicly accessible in production. If exposure is detected, a security warning is recorded for the administrator without interrupting the website. This directory may contain licensing information, rate-limit records, and security logs and must never be publicly accessible. OAuth Request Protection Google and Facebook authentication flows use cryptographically random state values stored in the user's session. Returned state values are validated using constant-time comparison, helping prevent OAuth request forgery and unauthorized account-linking attacks. Telegram Authentication Validation Telegram login information is protected through: HMAC signature validation Constant-time hash comparison Authentication timestamp verification Expired-login rejection Secure Verification Tokens Email, password recovery, and WhatsApp verification systems include: Cryptographically secure random tokens Hashed WhatsApp verification codes Automatic expiration Limited verification attempts Resend cooldowns One-time token invalidation Account Activation Protection When email or WhatsApp verification is required, the game account remains restricted until all required verification steps are completed. Unverified users cannot bypass the confirmation process through standard or social login. Secure Upload Processing Administrative image uploads include: Real MIME-type inspection Image-content validation File-size limits Extension allowlists Server-generated random filenames Rejection of invalid or disguised files Original user-provided filenames are never used as the final stored filename. Path Traversal Protection Theme and template identifiers are restricted to validated slugs and must exist in the internal list of allowed themes. This prevents directory traversal and unauthorized local-file access through manipulated template names. Atomic Ticket Transfer Protection Ticket transfers use transactional and durable delivery processing. The balance is conditionally debited, the delivery is recorded before communication with the game database, and failed deliveries remain pending for safe reprocessing. This helps prevent: Free-item delivery Inconsistent balances Duplicate delivery Partial transaction failures Lost transfer records Concurrent Balance Protection Administrative balance adjustments use database transactions and row-level locking. This prevents simultaneous balance operations from overwriting each other or creating inconsistent account balances. Secure Redirect Handling Redirect values are sanitized against header injection, and external redirects are restricted to HTTPS destinations. Password Security Improvements The website uses modern password hashing for player-panel accounts and bcrypt with a configurable cost for supported game-server account systems. Compatibility is included for game-server implementations requiring the $2a$ bcrypt prefix. Duplicate Payment Prevention Built-in protections include: Idempotency control Transaction reference validation Payment status verification Unique external payment references Database transactions and rollback Durable payment history Completed-order verification These protections prevent: Double credits Repeated processing Duplicate payment callbacks Incomplete financial operations Signed Payment Callback Protection Payment callbacks are protected through: HMAC-SHA256 authentication Constant-time signature comparison Signed callback timestamps Callback freshness validation Shared callback secrets This helps prevent forged payment notifications, callback manipulation, and replay attacks. SQL Injection Protection The database layer uses: PDO Prepared statements Parameter binding Controlled internal allowlists for dynamic identifiers User-controlled values are not directly concatenated into SQL queries. XSS Protection Output and form data are protected through: HTML escaping Attribute escaping Input filtering HttpOnly session cookies MIME-sniffing protection Frame embedding restrictions These measures reduce the risk of Cross-Site Scripting, malicious HTML injection, session theft, and clickjacking. CSRF Protection Sensitive forms and administrative operations use session-based CSRF tokens. Requests without a valid token are rejected, helping prevent unauthorized actions performed through malicious external websites. Secure Session Protection The session system includes: HttpOnly cookies Secure cookie support SameSite restrictions Session ID regeneration Authentication state validation Session timeout controls These protections reduce the risks of session fixation, session theft, and unauthorized account reuse. reCAPTCHA Protection Google reCAPTCHA may be enabled on sensitive public forms to reduce: Automated account registrations Spam submissions Bot login attempts Automated password recovery abuse Confirmation Resend Limits Email and WhatsApp confirmation resends are protected through: Cooldown periods Rate limiting Expiring verification codes Attempt counters This prevents verification-message flooding and excessive external API usage. Licensing and Anti-Cloning Protection The website includes centralized licensing controls with: License-key validation Domain binding Signed license responses Cached license validation Temporary offline grace period Circuit-breaker protection Unauthorized-domain rejection These measures help prevent unauthorized installation, cloning, and redistribution of the system.
    • Tool that allows you to download the Lineage 2 game client directly from the official publisher CDNs. It fetches the CDN's file list and downloads every patch file, decompresses it (LZMA / Zip) and writes the finished client to disk — and can resume or repair an existing installation instead of starting over. It runs several client downloads at once through a batch queue, so you can prepare multiple regions or versions in a single session.   Supported: NCSoft CDNs (TW / KR / JP / NA) and  4game CDNs(RU / EU)   Download: https://drive.google.com/file/d/11SDcNASqO2GKOBT79LFu7mqvSRSJZvBS
    • https://l2avokado.com/ Hello everyone,   After some time of development, we've decided to open L2Avokado to the public in its current development stage. We're looking for players who enjoy Interlude and would like to help shape the project before its official release.   This isn't a "launch" announcement. Instead, we're inviting the community to log in, explore the server, test the systems we've built, and provide honest feedback. Whether it's bug reports, balance suggestions, progression ideas, or quality-of-life improvements, we'd love to hear them.   Our goal has always been to create an Interlude server that feels familiar while offering a fresh progression experience. We've intentionally avoided custom weapons, armor, and client modifications. Instead, we've focused on redesigning progression through reworked hunting grounds, quests, crafting, and gameplay systems while remaining compatible with a clean Interlude client.   At this stage, the core progression path has been implemented, including the main hunting grounds, quests, custom systems, and events. However, as the project is still under active development, there will inevitably be bugs, balance issues, and areas that require further polishing.   This is exactly why we'd like your help.   We're looking for players who are willing to: Test gameplay and progression. Report bugs and exploits. Suggest balance improvements. Share ideas for new features or quality-of-life changes. Help us build a server that the community genuinely enjoys playing.   The Client and System downloads are already available on our website, so you can jump straight into the game. We're also working on a dedicated launcher that will simplify installation and future updates.   If you're interested in helping develop a unique Interlude project and want your feedback to genuinely influence the direction of the server, we'd love to have you with us.   We look forward to seeing you in-game and hearing your thoughts on Discord. https://l2avokado.com/
  • 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..