C++

[C/C++] Sockets en UDP, problème d'envoi à une IP

Recherche :

Mot : Pseudo : Filtrer
Page : 1 2 Page Suivante Page Précédente Bas de page
Auteur	Sujet : [C/C++] Sockets en UDP, problème d'envoi à une IP

mrbebert

Reprise du message précédent :
Ca marche quand la srtucture 'to' est rempli par la fonction recvfrom(), mais pas quand celle ci est initialisée directement [:gratgrat]

Message édité par mrbebert le 01-05-2003 à 21:34:00

Publicité

CtHuLhU50

ou sinon c comme si le server ne pouvait envoyer des données qu'a la dernier ip du recfrom, comme si les autre ip n'etait plus "connecté" au server ....

Konar

pour l'envoi de "test" du serveur vers le 2nd client, qu'est ce qui se passe en utilisant basiquement une 2eme socket ? Pasque bon, y a pas de raison que ca marche pas...

Par contre utiliser une seule et meme socket pour recevoir d'un poste, puis renvoyer a 2 postes differents, me semble normal que ca marche pas (surtout si elle est non bloquante) : si sur un poste une erreur se produit, ou si un malencontreux closesocket se produit, la socket est foutue, elle pourra plus jms servir, que ca soit du coté client ou serveur, et la seule solution est d'en recréer une...

Konar

CtHuLhU50 a écrit :

ou sinon c comme si le server ne pouvait envoyer des données qu'a la dernier ip du recfrom, comme si les autre ip n'etait plus "connecté" au server ....

remarque interessante, surtout en mode "non connecté"...

antsite

Je me souviens

Konar a écrit :

Comme dis plus haut dans mon post suite à ta suggestion:
Ajout dans la code:

tempaddr.sin_addr.s_addr = inet_addr("192.168.0.246" );
SOCKET c = socket(AF_INET, SOCK_DGRAM, 0);
bind(c, (LPSOCKADDR)&tempaddr, addrsize);
connect(c, (LPSOCKADDR)&tempaddr, addrsize);
send(c, "test", 4, 0);

et bien le client n'a toujours rien... [:gratgrat]

xWillow

bon j'ai changer les ports, j'ai fait des petites modifs, chez moi j'envoie deux fois de suite sur les ip differentes, je vais te passer mes sources

mrbebert

Konar a écrit :

pour l'envoi de "test" du serveur vers le 2nd client, qu'est ce qui se passe en utilisant basiquement une 2eme socket ? Pasque bon, y a pas de raison que ca marche pas...

Par contre utiliser une seule et meme socket pour recevoir d'un poste, puis renvoyer a 2 postes differents, me semble normal que ca marche pas (surtout si elle est non bloquante) : si sur un poste une erreur se produit, ou si un malencontreux closesocket se produit, la socket est foutue, elle pourra plus jms servir, que ca soit du coté client ou serveur, et la seule solution est d'en recréer une...

:non:
Y a pas de connexion. La socket envoie un paquet ... et ne sais absolument pas ce qui se passe après.

Il est tout à fait possible d'utiliser une même socket pour envoyer successivement à plusieurs clients différents, je l'ai déja fait (quand j'étais jeune et insouciant )

Konar

ANTSite a écrit :

c koi ce bind() ???

aucun besoin de faire un bind pour envoyer un msg udp !
pour le poste ki recoi, oui faut faire un bind sur la socket ki ecoute, mais pour envoyer qq chose, aucun besoin de faire bind !

antsite

Je me souviens

Konar a écrit :

Oui pardon je l'ai viré recompilé, mais ça change que dale

Message édité par antsite le 01-05-2003 à 21:50:18

xWillow

ok donc comme j'ai tester sur un seul pc j'ai changer les ports:
donc le 2 declenche le 1 qui repond ensuite au 2 et declenche le 3.

1.c

Code :

#include <stdio.h>
#include <stdarg.h>
#include <sys/types.h>
#include <sys/socket.h>
#include <netinet/in.h>
#include <netdb.h>
int main()
{
int sock;
struct sockaddr_in Server, Receiv, Client;
int addrsize;
char buf[10];
sock = socket( AF_INET, SOCK_DGRAM, 0 );
Server.sin_family = AF_INET;
Server.sin_addr.s_addr = INADDR_ANY;
Server.sin_port = htons(5000);
addrsize = sizeof(Server);
bind( sock, (struct sockaddr *)&Server, addrsize );
// recoit du 2
recvfrom( sock, buf, 10, 0, (struct sockaddr *)&Receiv, &addrsize );
printf("%s\n", buf );
// renvoie au 2
sendto( sock, "ahah", 5, 0, (struct sockaddr *)&Receiv, addrsize );
Client.sin_family = AF_INET;
Client.sin_addr.s_addr = inet_addr("127.0.0.1" );
Client.sin_port = htons(5001);
// envoie au 3
sendto( sock, "ahah", 5, 0, (struct sockaddr *)&Client, addrsize );
return 1;
}

2.c

Code :

#include <stdio.h>
#include <stdarg.h>
#include <sys/types.h>
#include <sys/socket.h>
#include <netinet/in.h>
#include <netdb.h>
int main()
{
int sock;
struct sockaddr_in Server, Receiv, Client;
int addrsize;
char buf[10];
sock = socket( AF_INET, SOCK_DGRAM, 0 );
Server.sin_family = AF_INET;
Server.sin_addr.s_addr = INADDR_ANY;
Server.sin_port = htons(5000);
addrsize = sizeof(Server);
bind( sock, (struct sockaddr *)&Server, addrsize );
// recoit du 2
recvfrom( sock, buf, 10, 0, (struct sockaddr *)&Receiv, &addrsize );
printf("%s\n", buf );
// renvoie au 2
sendto( sock, "ahah", 5, 0, (struct sockaddr *)&Receiv, addrsize );
Client.sin_family = AF_INET;
Client.sin_addr.s_addr = inet_addr("127.0.0.1" );
Client.sin_port = htons(5001);
// envoie au 3
sendto( sock, "ahah", 5, 0, (struct sockaddr *)&Client, addrsize );
return 1;
}

et 3.c

Code :

#include <stdio.h>
#include <stdarg.h>
#include <sys/types.h>
#include <sys/socket.h>
#include <netinet/in.h>
#include <netdb.h>
int main()
{
int sock;
char buf[10];
int addrsize;
struct sockaddr_in Server, Receiv;
sock = socket( AF_INET, SOCK_DGRAM, 0 );
Server.sin_family = AF_INET;
Server.sin_addr.s_addr = INADDR_ANY;
Server.sin_port = htons(5001);
addrsize = sizeof(Server);
bind( sock, (struct sockaddr *)&Server, addrsize );
// recoie du 1
recvfrom( sock, buf, 10, 0, (struct sockaddr *)&Receiv, &addrsize );
printf("%s\n", buf );
return 1;
}

Message édité par xWillow le 01-05-2003 à 22:06:59

Publicité

Konar

xWillow a écrit :

r = recvfrom(s, buf, sizeof(buf), 0, (LPSOCKADDR)&useraddr, &addrsize);

c'est pas sizeof(buf) mais strlen(buf)

raté : strlen(buf) = 0 (initialisé au début a buf = "" ). tu indiques donc a recvfrom que ton buffer a une taille vide, alors forcement il kiffe moyen...

xWillow

c'es vrai que tu as raison
il faut mettre recvfrom( sock, buf, 10, 0 ...
j'avai mis ca parce que avec strlen(buf) marchais pas
et j'ai meme pas capté que c'etait ca alors je l'ai remi mais tu as raison
je vais corriger tout de suite dans moncode =) ( qui marche )

Message édité par xWillow le 01-05-2003 à 22:06:19

Konar

xWillow a écrit :

une remarque d'ailleurs : dans tout les codes postés ca manque gravement de testance des valeurs de retour des fct (ou alors ca a été enlevé par souci de lisibilité), et normalement le pb devrait se trouver en un rien de temps avec les WSAGetLastError(). Bon je sais bien qu'en udp c pas trop fiable, mais ca fait jamais de mal d'etre un minimum propre.

xWillow

oui evidemment la c'est un peu fait en speed aussi

Konar

xWillow a écrit :

oui evidemment la c'est un peu fait en speed aussi

ca concerne surtout le gars pour son "telnet"

enfin bon, c pas mon pb...

xWillow

ouais

xWillow

en fait je peux pas trop savoir quelle est l'erreur parce qu'il manque les sources de l'autre coté de ton programme

antsite

Je me souviens

l'autre coté du prog, "telnet"

ANTSite a écrit :

cf premier post:
tempaddr.sin_family = AF_INET;
tempaddr.sin_port = htons(5000);

edit: pardon j'avais pas compris ton post, mais alors comment faire pour envoyer à mon client si on ne connait pas le port ?

code du client "telnet":
la boucle de réception dans un thread

Code :

while(!stop)
{
strcpy(buf, "" );
r = recvfrom(s, buf, sizeof(buf), 0, 0, 0);
if(r == 0 || r == SOCKET_ERROR)
break;
buf[r] = '\0';
printf("- %s -\n", buf);
}
closesocket(s);

le main:

Code :

s = socket(AF_INET, SOCK_DGRAM, 0);
localaddr.sin_family = AF_INET;
localaddr.sin_addr = inet_addr("192.168.0.1" );
localaddr.sin_port = htons(5000);
bind(s, (LPSOCKADDR)&localaddr, sizeof(localaddr));
size = sizeof(localaddr);
while(1)
{
strcpy(in, "" );
gets(in);
if(strcmp(in, "q" ) == 0) break;
else
{
printf("+ %s +\n", in);
sendto(s, in, sizeof(in), 0, (LPSOCKADDR)&localaddr, size);
}
fflush(stdin);
}

alors les 3 sources ci dessus sont compilées mais:
les 3 commencent par un recvfrom,c bizarre non ? surtout que je comprends pas pourquoi ces recvfrom ne sont pas bloquants car quand je lance les exe ben ça bloque pas...

Message édité par antsite le 01-05-2003 à 22:27:29

xWillow

en fait c'est clair que si tu espere recevoir sur le meme port que celui ou tu envois, c'est pas gagné
comme tu fais un blabla.sin_port = htons(5000);
apres tu fait ton bind sur blabla et apres tu send avec blabla, donc tu esperes recevoir sur blabla ?
euh, si ca block pas sur mon code c'est juste parce qu'il recoit les messages.

Konar

ANTSite a écrit :

les 3 commencent par un recvfrom,c bizarre non ? surtout que je comprends pas pourquoi ces recvfrom ne sont pas bloquants car quand je lance les exe ben ça bloque pas...

un conseil : man select

tu trouveras aussi qq reponses a ce sujet sur des posts recents...

xWillow

il faut que tu lances 3 et 1, qui vont etre bloqué, ensuite tu lances 2 qui va debloqué 1 qui va debloqué 3 et redebloqué 2.

Message édité par xWillow le 01-05-2003 à 22:31:23

xWillow

ahaha quelle gros boulet =)
je me suis gourré attend, j'ai mis deux fois le 1.c en copiant collant et fait chier j'ai effacer les sources chez moi, ahah je me suis bien depouiller pour rien, je pense juste que pour que ca marche tu dois separer les sockaddr_in

Message édité par xWillow le 01-05-2003 à 22:36:24

CtHuLhU50

oui oui chez moi ca a l air de marcher !

antsite

Je me souviens

Bon donc je vais recoder mon client (mon serveur étant identique à l'exemple donné à savoir 1.c. Je reposterai en cas de problèmes, merci de votre aide :hello:

Deaddy

bouhlala ca patauge les gars !

j'ai pas tout lu, mais une indication: j'ai déjà vu des gens ayant des pb avec la lib ws_s32.lib (ou un nom qui ressemble); perso j'utilise wsock32.lib

résumé: en udp, pas besoin de connect; un bind pour chaque socket voulant recevoir des infos sur un port défini; et pour envoyer à plusieurs ip avec le meme socket, il suffit de changer les infos contenu dans le sockaddr avant l'envoi (le sendto)

CtHuLhU50

ok c'est bien ce que je pensais mais alors donc imaginons que se soit un chat sur internet en udp oui je sais, c'est cons mais c'est un example !

et ke la machine client soit derriere une passerelle, le blind ne marchera donc plus car il va ouvrir la port udp de la machine derriere la passerelle(machine client), qui n'est pas en communication directement avec internet.Le chat ne pourra donc pas marcher non ?

Pour que le chat marche on sera obliger de forwarder le port udp utilisé par le chat sur la machine client interne au reseau local !

Donc une question me viens comment fond les jeux style CS ou unreal ... pour que k on puisse jouer derriere une passerelle sans forwarder le port ?

merci

mrbebert

C'est une bonne question [:figti]

A mon avis, le routeur mémorise les derniers échanges. Si un des PC a envoyé un paquet UDP à un serveur, le routeur va automatiquement rerouté les paquets UDP provenant de ce serveur vers le client.
Se pose le problème de la présence de plusieurs clients sur le réseau local [:gratgrat]

C'est juste une hypothèse. En fait, j'en sais rien

Pour les jeux, c'est plutot du TCP qui est utilisé

Konar

mrBebert a écrit :

sans oublier aussi les paquets bloqués dans les cables...

xWillow

ouais, quand y a des noeuds dans les cables

Publicité

Page : 1 2

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Programmation

C++

[C/C++] Sockets en UDP, problème d'envoi à une IP

Sujets relatifs
[PHP]Probleme d'execution de script avec Easy Php	probleme avec une boucle
[ Python ] problème libftp [ resolu ]	[C] Probleme d'édition de lien
problème avec la mise à jour de données en VB avec ADO	[ Python ] Problème avec Tkinter
Pitit probleme de selection (UP prob 2)	Problème d'activeX = Comdlg32.ocx
problème avec tomcat	[C]probleme de if for
Plus de sujets relatifs à : [C/C++] Sockets en UDP, problème d'envoi à une IP

Page générée en 0.077 secondes