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.

[therwald]

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

Il y a peut-être confusion avec le protocole applicatif monté par dessus, qui n'est pas forcément symétrique (ex: HTTP est un système question-réponse, seul le client peut prendre l'initiative d'un échange)
@nooby: si tu n'as pas le contrôle sur la partie de l'application qui contrôle le lien esclave-maître, ça paraît encore moins gagné d'obtenir des bascules automatique en coupant le lien TCP à la sauvage...par ailleurs je ne sais pas comment fonctionne le protocole qui passe par cette connection TCP, mais de base TCP nécessite des échanges de paquets, alors si tu bloque un sens ça a peu de chances de fonctionner dans l'autre...

[nooby004]

Non personne me dit de faire ça, c'est juste une idée brillante que j'ai eu
Oui c'est exactement ça le problème therwald, il doit y avoir une data qui controle le lien esclave-maitre, mais pas moyen d'y avoir accés.

Mais j'ai trouvé une autre solution, je vais faire moi meme la communication, comme ça je controle tout. C'est juste que j'étais trop feignant pour faire ça, je voulais que le logiciel fasse tout à ma place .


Le simulateur en question pour les curieux