Bonjour/BonsoirJ'ai un petit problème avec mon script C++ qui possède un thread qui écoute l'ip du serveur de connexion D2 (213.248.126.39, sur le port 5555) sauf que je ne reçois que très rarement le packet d'ID 3... J'ai l'impression que ca deconne.Mon code:[spoiler]``` #include "SocketIO.h" SocketIO::SocketIO(const QString &serverIp, const quint16 &port) : m_serverIp(serverIp), m_port(port), m_socket(NULL) { tryConnect(); } SocketIO::~SocketIO() { m_socket->disconnectFromHost(); delete m_socket; } bool SocketIO::tryConnect(bool tryUntilConnection) { delete m_socket; m_socket = new QTcpSocket(this); m_socket->connectToHost(QHostAddress(m_serverIp),m_port); if (!m_socket->waitForConnected(WAIT_TIME_CONNECTION)) { m_isActive = false; qDebug()size())); else qDebug()

bonjour , 1 n'est pas un paquet , c'est un message , il peut y avoir plusieurs messages dans un paquet

Soit, ca ne regle pas vraiment mon problème, mais merci de l'info!

il y'a quoi comme octets quand tu arrives ici (meme juste m_socket->size() ca va me suffir) :if (m_socket->isValid()) emit dataReceived(m_socket->read(m_socket->size()));?

Voila je sais pas ce que je viens de faire mais maintenant ca marche une fois sur 2:1 fois j'obtiens 2 packets comme tu peux le voir sur l'image,parfois j'abtiens 1 packet or sa taille est de 356 bytes (la somme des de taille qui est affichée juste avent chaque paquets quand j'en recoit 2 (donc 11 et 345)bizzarre... De plus peux tu me confirmer que c'est bien la public key de RSA que j'affiche dans le second paquet (affiche en base64) ?Merci d'avance

on va dire que 1 paquet = 1 reception donc pour ce post tu peux remplacer "paquet" par "reception" pour arriver a dechiffrer plus facilement :en fait c'est parceque par fois le serveur envoie le message 1 et 3 dans le meme paquet (ca c'est le cas ou ca marche pas , en fait ca marche mais c'est le "parser" qui est fait juste pour recuperer un message par paquet alors que peu en avoir plusieurs par paquet , ce qui te donne l'impression que tu as que le message 1 , mais apres le message 1 il te reste plein d'octets a lire , en fait le message 3) , par fois il envoie dans 2 paquets (ca c'est quand ca marche)pour la clef j'ai pas compté mais si elle fait 341 caracteres (octets) , c'est pas ca (enfin c'est ca mais y'a aussi autre chose avant , genre VQAga c'est pas la clef , c'est autre chose qui est avant la clef , je sais plus ce que sait et sur combien d'octets , faudrais que je regarde , mais la fin c'est bien la clef) , y'a pas que la clef dans le message 3

J'ai 341 pour mon HelloConnectMessage,> [Receive] Id: 3 Name: HelloConnectMessage Lenght: 341Si uniquement ta clé fait 341 ya en effet un problème.

Non enfait c'est pas la cle qui fait 341, c'est juste tout le corps du messagemais j'ai cru comprendre qu'il y avait un salt avec?Donc quel est le protocol pour 'purifier' cette clef, donc virer le salt, et quelle gueule a t elle?

Le salt est une chaîne de caractère généré aléatoirement par le serveur dont on se sert pour crypter les identifiants.![img](http://puu.sh/5w4oj.png)

ok tres bien mais comment tu fais pour sortir le salt du message, et quelle est cette technique de crypatage RSA qui se sert du salt?Merci d'avance

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

Packet ID 3

BlueDream

Tu as la "Key", envoyé par le serveur de dofus via 'HelloConnectMessage' , qui change tout le temps et tu as la RSAPublicKey, qui est contenu dans DofusInvoker qui est la même pour tout le monde.

Cliquez pour révéler Cliquez pour masquer

"MIIBUzANBgkqhkiG9w0BAQEFAAOCAUAAMIIBOwKCATIAqpzRrvO3We7EMi9cWYqdfb3rbdinTay+" + "hxQ6t3dOiJLY4NITxyeIuy97yZYOojOlXS2SuJ4cCHjCeLCQO1FwOz+nynQWcBWecz2QdbHD2Kz7" + "mNLd2qtZyEDO76rd7LaDOxRvgs9DsH9sfnCuKLKbd725xTLc7wRfJzOH9v9rTTYVXssXe7JUpTx8" + "nV8yKnTiq3WpzBeZT4C3ZCR18GBBCh3NmSTbze9i2KipgZnOwBvhskVlweuqZ1KNIKsQgipBFuyw" + "w68RGNYaAKofMVVio4amrGpCT5MM852jpHsgJJfOUHu6md1CnvdwDPbo/PKQUI0RLb0ezE5gsPma" + "s39QBw+DiaibUkk1aCkBxTOFqpIbjfLM2/4qA6GPcWUJxP3vmGoeCTMBLNEiPfLqVm86QzUCAwEA" + "AQ=="

Gohu

Donc en plus du salt il faut la key...

Ok pigey merci bien!

EDIT: D'apres mes trifouillages dans les sources de D0f, j'en conclu que la clef client est codée sur

un UShort? Ais-je raison ?

Merci

BlueDream

public function deserializeAs_HelloConnectMessage(param1:IDataInput) : void {
var _loc4_:* = 0;
this.salt = param1.readUTF();
var _loc2_:uint = param1.readUnsignedShort();
var _loc3_:uint = 0;
while(_loc3_ < _loc2_)
{
_loc4_ = param1.readByte();
this.key.push(_loc4_);
_loc3_++;
}
}

Le salt en UTF et la 'Key' en tableau de byte. ;)

Gohu

okok j'ai avancé un peu voici ce que j'obtiens:

ca à l'aire d'avoir une bonne tête :)

Dites-moi ce que vous en pensez et si vous pensez que j'ai besoin de deserialiser le packet n°1...

Car je l'ai laisser de coté ne pensant pas en avoir besoin

BlueDream

Tu n'auras en effet pas besoin du packet n°1, et tes données m'ont l'air correct.

Bravo, tu as bien avancé.

Gohu

Merci bien ca fait toujours un petit coup de boost a la motivation un message d'encouragement!!

Merci a toi pour tes superbes réponses et le temps que tu consacre a me répondre! Ca doit etre assez usant

d'expliquer des choses qui paraissaient simples dans ton esprit. C'est un des tres grands défaut que j'ai de vite m'énerver quand

j'explique des choses qui m'ont l'aire toute bête et je t'en suis très reconnaissant!

BlueDream

J'ai été dans le même cas que toi, j'ai tout appris ici. Je me dois d'aider les gens de la même manière que l'on m'avais aidé au part avant.

Si tu as une petite question ou quoi que ce soit tu peux m'ajouter sur skype:

alexandre.frydman

Gohu

Merci bien!

mon skype: hugo.polsinelli comme ca tu saura qui t'as ajouté sur skype :)

« Page précédente