Discussion :

[victor1507]

Bonjour à tous,

Je bosse actuellement sur un petit projet perso de messagerie instantanée (en python). Mon but est que cette messagerie soit le plus confidentielle possible, puisque je me suis débrouillé pour que la personne qui possède le serveur ne puisse pas accéder aux messages, via des systèmes de chiffrements symétrique/asymétrique. Bref je ne vais pas poster le code ici, il y a deux mille lignes ça ferai un peu trop (mais si quelqu'un y tiens je peux le faire)

Mon problème vient du fait que lors de la création d'un compte sur la messagerie, le client doit envoyer de grandes quantités de données au serveur (notamment les clés RSA, publique en clair et privée chiffrée avec le mot de passe de l'utilisateur) allant jusqu'à plus de sept mille caractères. Lorsque je lance le serveur sur la même machine que le client, tout passe impec et les données sont correctement récupérées. Mais lorsque le serveur s’exécute sur une machine distante, cela ne fonctionne plus. J'ai investigué un peu de mon côté et j'ai fini par voir que le serveur n'avait pas l'air de traiter toute la demande, comme si il tronquait le message que le client lui fait parvenir. Pour savoir si cela venait du client ou du serveur, j'ai lancé Wireshark et là j'ai obtenu ça :



Comme vous pouvez le voir, le gros message de 7 000 caractère n'est pas envoyé par le client, il est décomposé en plusieurs paquets contenant tous 1460 bytes de données. Or le serveur lui, n'analyse que le premier paquet qu'il reçoit, ce qu'il veut dire qu'il ne traite que 1/6 des données. Du coup il plante...

Alors voila ma question : Quelqu'un pourrait-il m'expliquer pourquoi les données sont fragmentées, et quelqu'un aurait-il une solution pour moi, que ce soit du côté serveur ou client, cela me serai d'une grande aide...

Voila merci d'avoir pris le temps de me lire et j'espère que quelqu'un sera en mesure de me répondre,

Victor Josso

[wiztricks]

Salut,

Alors voila ma question : Quelqu'un pourrait-il m'expliquer pourquoi les données sont fragmentées, et quelqu'un aurait-il une solution pour moi, que ce soit du côté serveur ou client, cela me serai d'une grande aide..

Parce que TCP/IP a été écrit pour fragmenter les messages en blocs de taille compatible avec le matériel qui va le transférer et 1460 bytes est en gros la taille d'une trame qu'on peut écrire sur un "câble" Ethernet.
Sachant cela, si vous devez transférer un message de 7000 bytes, il faut définir ce que sera un message et faire en sorte que le récepteur "attende" d'avoir reçu tous les octets avant de passer au message suivant.
Les différentes techniques à utiliser pour faire çà sont décrites dans le Python How to sur les sockets (mais ce n'est pas un problème Python, juste une implication de ce qu'est TCP/IP).

- W

[victor1507]

Merci pour ta réponse rapide !

J'ai fait quelques recherches de mon côté et c'est également ce que j'avais cru comprendre. Je suis en train de faire des tests en ajoutant un caractère à la fin de chaque message (un ; ou un @ par exemple) qui permettrai au serveur de savoir qu'il a atteint la fin du message.

[wiztricks]

Salut,

(un ; ou un @ par exemple) qui permettrai au serveur de savoir qu'il a atteint la fin du message.

Le caractère de fin ne doit pas être inclus dans le corps du message.
Il est plus fiable d'expédier d'abord la taille du message suivie par le corps du message. Si vous codez la taille du message sur 2 octets, çà fait des messages d'une taille de 32737 (signé) ou 65535 (non signé).

- W

[victor1507]

Si vous codez la taille du message sur 2 octets, çà fait des messages d'une taille de 32737 (signé) ou 65535 (non signé).

D'accord mais comment je fais ça ? Cela doit être transmis avec les données ou faut-il modifier le paquet ? Si c'est cela, comment le faire ?

Victor

[wiztricks]

D'accord mais comment je fais ça ? Cela doit être transmis avec les données ou faut-il modifier le paquet ? Si c'est cela, comment le faire ?

Il y des choses à comprendre et je vous ai déjà indiqué le how-to Python qui explique tout çà.
Pour le reste, ce sont des chaînes de caractères (ou plutôt des bytes)... donc vous devriez sinon savoir faire au moins écrire tout ou partie et poster ce que vous avez fait en cas de difficultés.

- W

[Bktero]

Bonjour,

Il ne faut pas penser en terme de "paquets" quand on est au niveau applicatif et qu'on travaille avec des sockets TCP. Les paquets ne sont qu'un détail d'implémentation. Une socket doit être vu comme un flux, un tuyau, dans lequel tu écris en continu sans te poser de questions. Le client lors de la réception ne voit pas de début ou de fin de paquet. ll faut que les données transmises contiennent des marqueurs de fin de messages.