Applications client/serveur winsock2 pour tester send() et recv().
Description
Mettre tstsockS.exe sur un serveur. Il se met en écoute par défaut sur le port 5005. Pour en mettre un autre, ajouter l'option "-pN" où N est le n° de port. Exemple : "tstsockS.exe -p3397".
SI ROUTEUR, PENSER A FAIRE UN PORTFORWRADING SUR LE PORT EN QUESTION.
L'application cliente est "tstsockC.exe". Ses paramètres sont l'adresse IP et éventuellement le port.
Ex1 : "tstsockC 81.69.134.245"
Ex2 : "tstsockC 81.69.134.245 -p3564"
Ex3 : "tstsockC 192.168.0.1"
Pour lancer le test depuis le client, aller dans "Run" -> "Poser question...". Le client envoie une série de questions.
Chaque question demande au serveur de lui renvoyer un buffer de N octets. La 1ere question demande 1 octet, la 2eme 2, etc... la dernière 2999.
En local, ça marche (Ex.3).
Entre 2 Freebox, ça plante sur une demande de 1418 octets. Le send du serveur se fait correctement mais le recv du client reste bloqué jusqu'à retourner un WSAECONNRESET.
Ca plante également, lorsque le serveur envoie 2878 octets. On voit en effet dans la trace du serveur qu'il envoie d'abord 1460 octets (découpage fait de lui-même) et il reste donc... 1418 octets !
Ces deux projets sont créés à partir d'un projet bcp plus important et le comportement est le même et REPRODUCTIBLE.
Je n'ai pas testé entre 2 sites qui non sont pas pourvus de Freebox.
A suivre...
SI ROUTEUR, PENSER A FAIRE UN PORTFORWRADING SUR LE PORT EN QUESTION.
L'application cliente est "tstsockC.exe". Ses paramètres sont l'adresse IP et éventuellement le port.
Ex1 : "tstsockC 81.69.134.245"
Ex2 : "tstsockC 81.69.134.245 -p3564"
Ex3 : "tstsockC 192.168.0.1"
Pour lancer le test depuis le client, aller dans "Run" -> "Poser question...". Le client envoie une série de questions.
Chaque question demande au serveur de lui renvoyer un buffer de N octets. La 1ere question demande 1 octet, la 2eme 2, etc... la dernière 2999.
En local, ça marche (Ex.3).
Entre 2 Freebox, ça plante sur une demande de 1418 octets. Le send du serveur se fait correctement mais le recv du client reste bloqué jusqu'à retourner un WSAECONNRESET.
Ca plante également, lorsque le serveur envoie 2878 octets. On voit en effet dans la trace du serveur qu'il envoie d'abord 1460 octets (découpage fait de lui-même) et il reste donc... 1418 octets !
Conclusion :
Ces deux projets sont créés à partir d'un projet bcp plus important et le comportement est le même et REPRODUCTIBLE.
Je n'ai pas testé entre 2 sites qui non sont pas pourvus de Freebox.
A suivre...
Codes Sources
A voir également
- Applications client/serveur winsock2 pour tester send() et recv().
- Erreur du serveur dans l'application '/'. ✓ - Forum ASP.NET
- Winsock2.h ✓ - Forum C / C++ / C++.NET
- Applications et programme d'interface - Conseils pratiques -Graphisme
- Récupération serveur virtuel ✓ - Forum Visual Basic
- Probleme-> winsock2.h : Aucun fichier ou répertoire de ce type ✓ - Forum C
Vous n'êtes pas encore membre ?
inscrivez-vous, c'est gratuit et ça prend moins d'une minute !
Les membres obtiennent plus de réponses que les utilisateurs anonymes.
Le fait d'être membre vous permet d'avoir un suivi détaillé de vos demandes et codes sources.
Le fait d'être membre vous permet d'avoir des options supplémentaires.