Socket TCP .NET avec session

Question

Existe-t-il un moyen de gérer les sessions avec des sockets en C#?

Exemple de mon problème:
J'ai un serveur avec une prise écoute sur le port 5672.

TcpListener socket = new TcpListener(localAddr, 5672); 
socket.Start(); 
Console.Write("Waiting for a connection... "); 

// Perform a blocking call to accept requests. 
TcpClient client = socket.AcceptTcpClient(); 
Console.WriteLine("Connected to client!"); 

et moi avons deux clients qui envoient un octet. Le client A envoie 0x1 et le client B envoie 0x2. Du côté du serveur, je lis ces données comme ceci:

Byte[] bytes = new Byte[256]; 
String data = null; 

NetworkStream stream = client.GetStream(); 
while ((stream.Read(bytes, 0, bytes.Length)) != 0) 
{ 
    byte[] answer = new ... 
    stream.Write(answer , 0, answer.Length); 
} 

client A envoie 0x11. J'ai besoin d'un moyen de savoir que ce client est le même que celui qui a envoyé "0x1" auparavant.

Answer 1

Chaque instance TcpClient est destinée à une connexion différente. Une connexion dans TCP se compose de quatre choses: IP source, port source, IP cible, port cible. Ainsi, même si vous avez la même adresse IP et le même port cible, et le même port source, vous avez deux connexions différentes.

Les données envoyées par un client ne seront pas mélangées aux données envoyées par l'autre client. Les données envoyées par un client sur une connexion seront reçues dans l'ordre sur cette connexion.

Le seul moment où les sessions deviennent un problème est de se souvenir du client après la fermeture de la connexion.

Answer 2

Vous devrez probablement implémenter votre propre protocole afin d'identifier les clients. Peut-être définir un morceau d'octets, où en plus des données, vous incluez également un identifiant client.

Answer 3

Vous aurez besoin d'un type d'authentification ou d'un jeton pré-négocié, et tout cela en quelque sorte crypté avec un peu de sel.

Answer 4

Il existe beaucoup de documentation sur la façon dont les sessions sont implémentées dans le monde Web (HTTP).

Une clé est de savoir si vous fermez les connexions clientes, ou sont-elles persistantes? Si elles sont persistantes, identifiez-les simplement par leur référence d'objet. Si non, alors ...

1) Vous pouvez effectuer des sessions simples en fonction de l'adresse IP source. Mais si plusieurs clients sont derrière un pare-feu NAT, partageant l'adresse IP, cela ne fonctionne pas, voir l'option suivante.

2) Utilisez un "cookie"

3) Utiliser l'authentification pour identifier chaque client

Toutes les options sauf sessions basées sur IP nécessite d'ajouter quelque chose au protocole lui-même.

Certaines choses à retenir avec les prises. Le port distant IP + distant identifie de manière unique un socket TCP client. Plusieurs connexions provenant du même client distant auront des ports distants différents. Mais vous ne pouvez pas compter sur cela si le socket se ferme, car le système d'exploitation distant peut recycler le port distant pour une nouvelle connexion une fois que l'ancien est arrivé à expiration.