Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Protocol Thrift du Launcher Ankama

Alpa

Salut, pour ceux qui ne savent pas Ankama utilise Apache Thrift ™ pour communiquer du launcher vers les jeux Ankama lancé afin de se connecter et envoyer les paramètres de connexion (port de jeu etc..),

Apache Thrift ™ est utile pour pouvoir générer le même code dans plusieurs language différent automatiquement.

En faisant un peu de reverse engineering j'ai pu recréé le fichier de definition Thrift, ce qui permets donc de générer le protocol

> https://gist.github.com/AlpaGit/e58ed8e12d0e1814eb83c48dbcc53836

De mémoire il n'est pas forcément complet mais c'est largement suffisant pour émuler le launcher et communiquer avec le client Dofus 2

Example de code généré automatiquement par Apache Thrift ™ en C#

Cliquez pour révéler Cliquez pour masquer

Acer

Salut, merci beaucoup y a de quoi étudier ;p

Zoowa

Merci Alpagoat :inlove:

Nameless

J'ai un POC à cette adresse : thenameless314159/ZaapEmulator: POC of a reverse-engineered ankama launcher zaap server emulator using netstd Apache.Thrift bindings (github.com)

De mémoire le code généré par la version du compilateur Apache.Thrift utilisé pour ce POC (en plus d'être très inefficiente) ne fonctionne pas en l'état avec le client/launcher (requiert quelques modifications mineur, elles sont appliqués sur mon repo vous pouvez sûrement déduire les modifications nécessaire si vous comparez l'output de base du compilateur avec celle sur le repo, ou sinon cherchez la version et n'hésitez pas a partager ici, j'ai eu la flemme de le faire quand j'ai vu les sources des binding .NET de thrift)

SeeItAllMaybe

Nameless
J'ai un POC à cette adresse : thenameless314159/ZaapEmulator: POC of a reverse-engineered ankama launcher zaap server emulator using netstd Apache.Thrift bindings (github.com)
De mémoire le code généré par la dernière version du compilateur Apache.Thrift (en plus d'être très inefficiente) ne fonctionne pas en l'état avec le client/launcher (requiert quelques modifications mineur, elles sont appliqués sur mon repo vous pouvez sûrement déduire les modifications nécessaire si vous comparez l'output de base du compilateur avec celle sur le repo, ou sinon cherchez la version et n'hésitez pas a partager ici, j'ai eu la flemme de le faire quand j'ai vu le code horrible de thrift)

Ah, chère âme en quête de connaissances, il semble que tu sois dans une légère confusion. Ce que tu dois comprendre, c'est que ce qui est partagé est en réalité déployé en production... Un concept assez fascinant, n'est-ce pas? Et imagine-toi, ça fonctionne à merveille ! Comme quoi, les miracles ne sont pas toujours où on les attend. En passant, je te suis sincèrement reconnaissant pour cette petite miette d'information que tu as daigné partager. Exquis !

Alpa

Nameless
J'ai un POC à cette adresse : thenameless314159/ZaapEmulator: POC of a reverse-engineered ankama launcher zaap server emulator using netstd Apache.Thrift bindings (github.com)
De mémoire le code généré par la dernière version du compilateur Apache.Thrift (en plus d'être très inefficiente) ne fonctionne pas en l'état avec le client/launcher (requiert quelques modifications mineur, elles sont appliqués sur mon repo vous pouvez sûrement déduire les modifications nécessaire si vous comparez l'output de base du compilateur avec celle sur le repo, ou sinon cherchez la version et n'hésitez pas a partager ici, j'ai eu la flemme de le faire quand j'ai vu les sources des binding .NET de thrift)

Je comprend pas trop ton message, j'ai check ton repos et tu utilise un version bien différente du zaap.thrift que j'ai partagé et donc qui marche pas bien, celui que j'ai partagé marche très bien vu que je l'utilise pour tout mes projets en TS / C# sans aucune modification de la lib et niveau perf c'est tellement inutile de s'en préoccuper pour du code en local qui est si peu utilisé ? On parle quand même d'1 message juste à chaque lancement de jeu donc quasi jamais

Nameless

Cher ami si le déploiement en production relève du miracle, pour te citer, il va falloir commencer par se poser les bonnes question n'est-ce pas ? La mise en production c'est un processus rigoureux, orchestré avec finesse, et auquel je suis plus qu'habitué.

La condescendance dont tu fais preuve nous indique ton manque de savoir-faire évident. Quand on maîtrise véritablement son sujet, on n'a nul besoin de recourir à la moquerie ou aux insinuations maladroites ad-personam pour le démontrer. Je t'encourage donc à aborder ces questions avec une humilité qui te permettra d'apprendre davantage, plutôt que de présumer de ta supériorité.

Nameless

Le repo date d'il y a plus de 5 mois et le code a été conçu bien avant encore, les specs du .thrift sont sûrement pas à jour mais ça propose toujours un POC avec les binding C# de thrift pour host le RPC avec le code généré ce qui fait défaut à ton partage (mais complète aussi le miens). Comme son nom l'indique, un Proof of Concept c'est un exemple en quelque sorte, et j'ai en effet utilisé une mauvaise version de thrift pour ce projet poubelle que j'ai rendu publique à l'occasion de ce post.

Personne n'a utiliser le mot "perf" jusqu'ici, ce n'est pas une préoccupation évidemment dans ce contexte, j'invite juste les gens à utiliser les binding d'un autre langage pour le faire si ils veulent s'éviter de potentiels déboires dans leur application .NET