Discussion :

[nooby004]

Bonjour,

Je reçois une connection TCP sur un logiciel, et j'aimerais pouvoir l'interrompre et la reprendre quand je le veux. Donc pour ça j'avais pensé à bloquer/débloquer le port de connection (un peu comme un firewall). Je développe un plugin pour un simulateur de vol (X-Plane 10 --> le logiciel en question) en C++ sous VS 2010.

Si vous savez comment faire, n'hesitez pas

[Bousk]

Le principe du TCP c'est justement d'être maintenue, je vois pas vraiment pourquoi tu voudrais l'interrompre et la reprendre
C'est quoi l'idée derrière ça ?

[nooby004]

J'ai un simulateur qui tourne sur un PC A, et un autre sur un PC B. A controle B, en gros quand je tire sur le manche sur A, B fait la meme chose. Et cette communication est faite en TCP, et ça j'y peux rien, je peux pas changer, c'est le logiciel qui gère.

Mon but est de pouvoir switcher de esclave à maitre (et repasser esclave après) quand je veux à partir de B sans toucher à A. Je sais c'est tordu mon histoire .

Donc pour ça j'avais penser à lancer un controle de A vers B et de B vers A (ça je sais faire, propriétés dans le logiciel à configurer) et de bloquer la communication sortante du PC B. Et pour passer maitre, bloquer l'autre communication sortante de A et activer celle de B.

J'espere avoir été clair

[therwald]

Pourquoi nécessairement interrompre la connexion? Si tu n'envoies rien dessus ou que tu ignores ce qui en vient, tu fais ton switch au bon niveau sans avoir besoin de "suspendre" ou "reprendre" la connection TCP.
À moins que tu n'aies pas de contrôle sur le bon niveau en question et sois contraint de bricoler pour contourner cette limitation?

[nooby004]

Oui le problème est que je n'ai pas de controle sur les données envoyées, et encore moins sur les données permettant l'initialisation de la communication. Ces données sont juste readable, pas moyen d'écrire dessus.

[Bousk]

tu controles pas l'envoi mais tu peux controler la connection ..?!

ton truc ça revient à un flag pour dire pause et skip les envois ou la gestion sur réception, pas à hacker TCP
et comme TCP est déjà un flux bi-directionnel, tu n'a pas à faire A->B et B->A, tu as déjà A<->B

Si on te demande de faire ça, demande à ce qu'on te donne les outils pour le faire.
Vouloir bidouiller comme ça, c'est de très loin une mauvaise idée.