SECURECOMM (RSA)

Commentaire de sebseb42 le 11/03/2006 03:24:01

Je précise, en gros pour le code c'est un Start et un Accept pour le serveur, un Connect pour le client, et ensuite tout les Send et Receive sont cryptés dans les deux sens, l'utilisateur (vous) n'a strictement rien a faire.

J'espère que cet code poura être utile à tous ceux qui se sont toujours demandé comment implementer ce genre de choses, bien souvent redouté par les débutant pour sont apparente complexité mais en faite ô combien simplifié par le Framework .NET 2.0

Merci Bill :)

Commentaire de sebseb42 le 11/03/2006 12:39:21

Attention, je rappel que le SecureTcpListener n'est pas une classe qui gère un serveur a part entière, il ne gère pas lui même le pool de thread/sockets avec events et tout le tremblement, mais ceci dit, il est evidement possible d'avoir plusieurs client avec un seul SecureTcpListener, c'est a vous d'implementer la façon dont vous gérez vos thread/sockets.

La fonction Accept de SecureTcpListener est bloquante, quand elle se débloque, elle renvoie un SecureTcpClient qui a la faculté de pouvoir communiquer en crypter (ou non) avec un autre SecureTcpClient. Lorsque la fonction Accept se termine, le SecureTcpListener est evidement toujours actif et opérationnel. Il vous suffit d'effectuer le traitement adéquat sur votre SecureTcpClient (l'envoyer dans un thread par exemple) et ensuite de reboucler sur le Accept du SecureTcpListener, ce qui bloquera une fois de plus, et au débloquage vous renverra un nouveau SecureTcpClient, avec un clef de session differente (et evidement une pair de clef publique/clef privée est générée pour chaque client).

J'espère avoir répondu au mieux à ta question.