Problème: Numéro de socket attribué deux fois

Bonjour,

Je travailles actuellement sur un projet de lcient/serveur VPN.
Dans ma version finale le serveur est censé pouvoir créé de nouveux réseaux virtuels et chaque réseau peut bien sûr accepter plusieurs clients.
Le problème c'est que, alors que tout depuis que j'ai apporté les dernières modif au programme, quand je lance deux fois le programme client pour les connecter au serveur sur le même réseau, le numéro de la socket attribuée pour les deux clients est la même.
Du coup ça me fout un bordel monstre (enfin, du moins je penses que c'est à cause de ça):
- par exemple, j'ai ajouté un STDIN_FILENO aux fd lus par le select du client pour pouvoir lire ce qui est tappé au clavier et l'envoyer au serveur (qui le broadcast) ou quitter le programme de façon moins sale qu'avec ctrl+c; et du coup, ça marche de façon complètement aléatoire (surtout pour celui que je lance en second), des fois il lit, des fois pas, et des fois quand je tappes 'q' au clavier et que j'appuie sur entrée (normalement c'est ce qui permet de quitter le programme) les deux programmes sont arrêtés.
- de même des messages qu'un seul client doit recevoir sont reçut par les deux (mais celui qui est créé en second reçoit le message tronqué).

Donc, j'aimerais savoir, d'abord si l'origine du problème est bien celle que je soupçonnes (et pas, par exemple, un énième problème de buffer indétectable) et, le cas échéant, comment contourner le problème.

Merci d'avance de votre attention.

PS: je ne mets pas mpon code parce qu'il est beaucoups trop long, et je ne penses pas que ce soit nécéssaire

PS2: j'ai l'impression que ce problème est apparut quand j'ai créé une structure pour stocker les informations sur les réseaux hébergés par le serveur dans laquelle j'ai mit la structure que j'utilisais déjà auparavant pour stocker les informations sur les clients connecté au réseau, et ce afin de pouvoir gérer plusieurs réseaux sur un même serveur. Mais je ne peux pas en être sûr parce que ça faisait un moment que je testais juste la création d'un nouveau réseau et pas la connection de plusieurs clients, et donc j'ai fait pas mal de modif depuis la dernière fois où plusieurs clients arrivaient à se connecter au serveur.

très très confus.....

Deux remarques :

Citation:

---

Envoyé par bactria

Mais je ne peux pas en être sûr parce que ça faisait un moment que je testais juste la création d'un nouveau réseau et pas la connection de plusieurs clients, et donc j'ai fait pas mal de modif depuis la dernière fois où plusieurs clients arrivaient à se connecter au serveur.

---

ça t'apprendra que la bonne manière de développer eest que, quand on a quelque chose qui marche et qu'on va modifier , on fait une sauvegarde.ça s'appelle le "développement incrémental", et ça permet de revenir en arrière...
:mrgreen:

Citation:

---

Envoyé par bactria

- par exemple, j'ai ajouté un STDIN_FILENO aux fd lus par le select du client pour pouvoir lire ce qui est tappé au clavier et l'envoyer au serveur (qui le broadcast) ou quitter le programme de façon moins sale qu'avec ctrl+c; et du coup, ça marche de façon complètement aléatoire (surtout pour celui que je lance en second), des fois il lit, des fois pas, et des fois quand je tappes 'q' au clavier et que j'appuie sur entrée (normalement c'est ce qui permet de quitter le programme) les deux programmes sont arrêtés.
- de même des messages qu'un seul client doit recevoir sont reçut par les deux (mais celui qui est créé en second reçoit le message tronqué).

---

comme un socket est un fichier, si tu déposes quelque chose dessus et que tu lis, ça n'est plus dispo ensuite...

Donc forcément si les 2 lisent sur le même socket théoriquement la même chose, ben y'a comme un problème de syncrhonicité... :aie::aie:

Mince le mot synchronicité existe vraiment 8O Dans ton cas, ce n'est pas plutôt synchronisation ? ;)

Je plussoie totalement quant à la mise en place de sauvegarde régulière. La gestion des versions est essentielle pour gérer notamment les retours arrières. bactria, renseigne toi sur SVN ou sur git (d'ailleurs, si tu codes des trucs aussi compliqués que des VPN, tu dois sûrement déjà les connaitre :ccool: )

Citation:

---

Envoyé par Bktero

Mince le mot synchronicité existe vraiment 8O Dans ton cas, ce n'est pas plutôt synchronisation ? ;)

---

Dans ce cas, les 2 sont possibles..

• Synchronicité : de lecture : les lectures se font quasi en même temps..
• Syncrhonisation : pour éviter ça, il faut mettre en place une syncrhonisation

:P

Citation:

---

Envoyé par Bktero

Je plussoie totalement quant à la mise en place de sauvegarde régulière. La gestion des versions est essentielle pour gérer notamment les retours arrières. bactria, renseigne toi sur SVN ou sur git (d'ailleurs, si tu codes des trucs aussi compliqués que des VPN, tu dois sûrement déjà les connaitre :ccool: )

---

Sans aller jusqu'à ces extrêmes, un "cp toto.c toto.c.save" marche aussi ;)
(si on modifie un seul module. mais on peut le faire aussi avec un répertoire)

Tout d'abord merci pour vos réponses;

Ensuite, pour ce qui est du versionning (ça dis, ça? je crois que j'ai entendu des informaticiens le dire) c'est vrai que ça fait plusieurs fois que je me dis: rhâ quel boulet, j'aurais dût enregistrer la version précédente qui marche autre part, et puis j'oublie... Sans compter que j'ai vraiment envie que mes ajouts marche.

Sinon, après relecture au vu des messages, j'avoue que ce que je dis n'est pas très clair.
En fait, ce que j'aimerais savoir, c'est s'il existe des méthodes pour éviter que deux socket est le même numéro, et donc pointent au même endroit. Au pire il me reste en effet la solutions de revenir en arrière, mais ça me fait chier parce que: -1 faut que je retrouves comment c'était avant, et quand ça à commencé à déconné et -2 ça m'enlève la possibilité d'ajouter des réseaux à mon serveur.