Bonjour,Suite à mon échange skype avec Alexandre hier,on en a conclu que c'était préférable d'opter pour une solution mitm que de faire son propre sniffer..J'ai donc dl le projet leafbot et prix le dlinjector, j'ai essayé de faire fonctionner les 2 ensemble sans rien modifier, mais voici mon problème :![img](http://macro-x.com/images/dlinjector%20probleme.PNG)J'ai cliqué sur le bouton 'jouer' après avoir mis mes identifiantsLa file d'attente s'est affichée en 1s a peineLe jeu reste ensuite bloqué comme sa, rien ne se passe .. :/Quelqu'un a une idée ?Merci de votre aide ! :)

Il doit y avoir un problème dans l'envoi des données au serveur officiel Dofus.Je ne connais pas du tout LeafBot, mais il faudrait que tu vois s'il envoie bien ce qu'il reçoit du client au serveur.

Je regarderais ce soir ou demain, je rentre tard désolé.

Bah oui XD , les IO du leafbot sont très anciens du coup ainsi que les packets du coup il ne peut rien gérer ^^ .

La raison a parlé, reprend les paquets et mon BigEndianReader.

Et si tu veux pas te casser la tête avec un traducteur de packets en VB ,contacte moi par skype je te passe celui d'Asyade version VB.net :D .PS: ll n'est pas top en traduction , t'auras pas mal de modifications à faire :) .Et je te conseille de changer ton système de connexion (dans Dofus) de la connexion directe au jeu vers la connexion au choix de serveur .

D'accord merci a tous de ces informations, je vais exécuter de ce pas ;)Je vous tiens au jus !Et je viens d'avoir une interrogation,Je pensais que pour le MITM les classes qu'on traduit sont prise en compte par le bot, mais celles qu'on ne traduit pas, elle sont prises en compte par le jeu et donc pas besoin de toutes les traduire si ? On en traduit une uniquement quand on souhaite récupérer des données dans un packet précis ?

> bomikrob a dit : "D'accord merci a tous de ces informations, je vais exécuter de ce pas ;)Je vous tiens au jus !Et je viens d'avoir une interrogation,Je pensais que pour le MITM les classes qu'on traduit sont prise en compte par le bot, mais celles qu'on ne traduit pas, elle sont prises en compte par le jeu et donc pas besoin de toutes les traduire si ? On en traduit une uniquement quand on souhaite récupérer des données dans un packet précis ?" les packets que le bot ne s'en rendra pas compte va les ignorer , ou plutôt juste les transférer vers le client , mais si y tu veux faire tout un bot ,la traduction de tous les packets nécessaires sera lassante , sinon , la récupération de 2,3 voir 10 info ne nécessitera pas de tout traduire.

D'aaaacord, donc c'est bien ce que je pensais (et esperait), ce qui veut donc dire que si je n'utilise aucune classe dans le 'ReceiveId',le jeu marche normalement, sans traiter les packets au niveau du bot,ce qui veut donc dire que je peux enlever le packet 42 ?Or cela ne marche pas mieu, dans mon souvenir il y a une redirection dans dofus lors du changement de serveur ou je ne sais plus trop quoi, ce qui veut dire que le packet 42 est necessaire pour continuer l'écoute des données ?Car dans la classe parsing de leaftbot on peut y voir le code suivant :``` Dim SSD As New Network.Connection.Server.Select.SelectedServerDataMessage SSD.init(_SSD.serverId, "127.0.0.1", 443, _SSD.ssl, _SSD.canCreateNewCharacter, _SSD.ticket) ' ces qui qui ecoute le porte 443 SSD.pack(MySock) ```Donc le 127.0.0.1 est nécessaire si je veux continuer d'écouter les données, je ne peux donc pas mettre cette partie de code en commentaire

En fait après le 42 , le client Dofus ferme le socket d'identification et puis se reconnecte sur l'ip et le port que tu lui as envoyé dans le 42 .Du coup , on doit faire de même , écouter les connexions provenant du client et puis fermer tes propres socket connecté au serveur d'authentification , puis se connecter au serveur de jeu à travers l'IP reçue dans le 42 ainsi que le port avec le ticket que tu as sauvegardé .J’espère que je ne me suis pas trompé :) .

D'accord, merci de ta réponse, c'est ce qui me semblait, bon bah c'est parti pour s'appliquer sur une bonne traduction ;)

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

leafbot + dlinjector

Labo

Essaye de faire ton propre MITM au lieu de reprendre celui du LeafBot. C'est pas qu'il est sale, mais juste qu'on voit pas forcément la nécessité de chaque ligne quand on a pas essayé de faire son propre MITM. Et il faut arrêter la traduction automatique sans réfléchir quand on fait un MITM. A partir du moment où on ne fait pas un bot socket, on ne peut pas se contenter de traduire les sources, surtout dans la partie de connexion qui est celle qui diffère le plus.

Le paquet 42 est sûrement la chose la plus difficile à gérer. En effet, il faut créer un nouveau serveur AVANT de renvoyer le paquet, et si on veut pas faire son fdp en fermant la connexion dès qu'on a envoyé le 42 pour respecter la norme TCP, ça donne quelque chose de très sale (même ou plutôt surtout chez moi).

ToOnS

oh mais c'est pas dans la bonne section , c'est pas du C# ca , je me disais bien c'est bizarre que je comprend d'un seul coup le C# sans effort

bomikrob

D'acc merci de vos conseils les gars, bon je refais un projet propre en m'inspirant (fortement) du leafbot pour essayer comprendre étape par étape, c'est vrais que pour le moment j'ai pas trop de temps donc j'arrive pas à bien rentrer dans le sujet ..

Euh oui désolé je me suis trompé de section effectivement :/

Neewd

ToOnS moi je me suis dis à l'inverse que le C# m'avait l'air vraiment dégueulasse à première vue :(

Apokah

Si tu veux te co vers un perso/serveur direct, fait la même chose que pour le 42 pour 6469

bomikrob

Bon j'avais un problème de taille lors du parsing de ma fonction serialise()

Le problème venait de "BooleanByteWrapper"

le code faux était le suivant :

Public Class BooleanByteWrapper
        Public Function BooleanByteWrapper()
            Return Me
        End Function

        Public Shared Function setFlag(ByVal param1 As UInteger, ByVal param2 As UInteger, ByVal param3 As Boolean) As UInteger
            Select Case (param2)
                Case 0
                    If (param3) Then
                        param1 = param1 & 1
                    Else
                        param1 = param1 & (255 - 1)
                    End If
                Case 1
                    If (param3) Then
                        param1 = param1 & 2
                    Else
                        param1 = param1 & 255 - 2
                    End If
                Case 2
                    If (param3) Then
                        param1 = param1 & 4
                    Else
                        param1 = param1 & 255 - 4
                    End If
                Case 3
                    If (param3) Then
                        param1 = param1 & 8
                    Else
                        param1 = param1 & 255 - 8
                    End If
                Case 4
                    If (param3) Then
                        param1 = param1 & 16
                    Else
                        param1 = param1 & 255 - 16
                    End If
                Case 5
                    If (param3) Then
                        param1 = param1 & 32
                    Else
                        param1 = param1 & 255 - 32
                    End If
                Case 6
                    If (param3) Then
                        param1 = param1 & 64
                    Else
                        param1 = param1 & 255 - 64
                    End If
                Case 7
                    If (param3) Then
                        param1 = param1 & 128
                    Else
                        param1 = param1 & 255 - 128
                    End If
                Case Else
                    Console.WriteLine("Bytebox overflow.")
            End Select
            Return param1
        End Function

        Public Shared Function getFlag(ByVal param1 As UInteger, ByVal param2 As UInteger) As Boolean
            Select Case (param2)
                Case 0
                    Return (param1 And 1)
                Case 1
                    Return (param1 And 2)
                Case 2
                    Return (param1 And 4)
                Case 3
                    Return (param1 And 8)
                Case 4
                    Return (param1 And 16)
                Case 5
                    Return (param1 And 32)
                Case 6
                    Return (param1 And 64)
                Case 7
                    Return (param1 And 128)
                Case Else
                    Console.WriteLine("Bytebox overflow.")
            End Select
            Return param1
        End Function
    End Class

Mais Alexandre me l'a donc corrigé, et sa marche maintenant :

Public Class BooleanByteWrapper

        Public Shared Function SetFlag(ByVal flag As Byte, ByVal offset As Byte, ByVal value As Boolean) As Byte
            If (offset >= 8) Then
                Console.WriteLine("offset must be lesser than 8")
                Return Nothing
            End If

            Return If(value, CByte(flag Or (1 << offset)), CByte(flag And 255 - (1 << offset)))
        End Function

        Public Shared Function GetFlag(ByVal flag As Byte, ByVal offset As Byte) As Boolean
            If (offset >= 8) Then
                Console.WriteLine("offset must be lesser than 8")
                Return Nothing
            End If

            Return (flag And CByte(1 << offset)) <> 0
        End Function


    End Class

Labo

Woaw, la conjecture Cadernis est encore vérifiée !!!

bomikrob

Je n'y arrive vraiment pas, à passer ce packet 42 ....

Pourtant mon gameSock ainsi que mon loginSock sont bien lancé dès le départ du programme..

Si, quand je reçois le packet 42, après l'avoir sérialisé et renvoyé, que je laisse le socket du login ouvert, le sablier de dofus tourne dans le vide..

Or si, quand je reçois le packet 42, après l'avoir sérialisé et renvoyé, que je ferme le socket du login (et que le gameSockest bel et bien sur écoute), je suis déconnecté de dofus comme les screens que j'avais mis...

Je ne sais pas si j'ai oublié une étape, mais alors le problème pourrait venir du gameSock? (C'est celui de leafbot)

Labo

Tu as pas oublié de démarrer un autre socket en écoute avant de renvoyer le paquet 42 ?

Normalement, le client devrait se déconnecter du premier et se reconnecter au deuxième, si tu as bien changé l'ip et le port du 42 par ceux du second socket.

Essaye de le faire "à la main" (encore une des raisons pour lesquelles j'aime Python, on a une console), en démarrant dans un autre programme le second serveur en écoute.

bomikrob

Labo a dit : "Tu as pas oublié de démarrer un autre socket en écoute avant de renvoyer le paquet 42 ?
Normalement, le client devrait se déconnecter du premier et se reconnecter au deuxième, si tu as bien changé l'ip et le port du 42 par ceux du second socket.
Essaye de le faire "à la main" (encore une des raisons pour lesquelles j'aime Python, on a une console), en démarrant dans un autre programme le second serveur en écoute."

Effectivement, tout est fait de ce côté là, Alexandre est venus voir mon programme aussi ce matin et on a pas encore trouvé la solution, on regardera sa de nous d'ici demain soir normalement, je vous dirais s'il y a du nouveau

Labo

Vérifie avec Wireshark alors ;)

« Page précédente