PureBasic

Merci mais j'avais déjà consulté ces sujets.
en faite pour moi la fonction SendNetworkData ne permet pas l'envoie vers le broadcast pour linux, car elle n’inclue pas cette fameuse permission.
il faudrait un code de plus bas niveau à mon avis (voir précédent post)

je reste bloqué avec mon problème ...

bon j'ai trouvé un bout de code Pure de ... 2006 !!!
mais il ne fonctionne pas sur LINUX, mais sur Windows :(
si quelqu'un peut le traduire, le voici ...

Procedure.l SendUDPBroadcastL (port, message.s)
Protected sock,one,bytes,remote.sockaddr_in

sock = SOCKET_(#AF_INET,#SOCK_DGRAM,#IPPROTO_IP ...

YEEEEPPEEEEEEEEEEEEE !! :P

bon ça y est j'ai trouvé la cause ...
donc sous linux un envoi sur broadcast est refusé par défaut !
donc vu aussi avec mon code en C mais la qui renvoi une erreur plus parlante => "sendto: Permission denied" (inutile de dire que je suis en ROOT :p)

en creusant un peu ...

je test sur d'autre version ... compilé sur ubuntu 32 et 64 bit voire si ça change quelque chose sachant que c'est un autre site également ...

donc je confirme :
sur 2 autre machine linux dans un autre réseau j'ai toujours un refus d'envoi en UDP sur broadcast.
j'ai donc compilé un bout de code en ...

@doudouvs => tu as les même symptôme de ton coté non ? sans parler de mon réseau perso...
si tu compile toi même sur windows tu vera que cela fonctionne sous windows
si tu compile sous linux tu verras que la requête ne part pas si tu es sous linux ...

Âpres ça, si cela fonctionne chez toi, c'est qu ...

voila pour mon NAS par exemple

DiskStation> ifconfig
eth0 Link encap:Ethernet HWaddr 00:48:9D:B3:CC:60
inet addr:192.168.0.250 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::248:9dff:feb3:cc60/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:536013 errors:0 ...

je tien à préciser qu'une VM Win XP sp3 32 bit lance mon code et ça part parfaitement ....
donc cela ne vient pas de la virtualisation ...

pour if config du srv linux je ne peut rien faire je n'ai pas la main dessus (Boitier domo non ouvert) je sait qu'il intercepte les trame UDP de broadcast ...

Pour le réseau il n'y a rien de très compliqué !
_______________
PC & VMs=====>|
NAS=========>| => Switch => Freebox (en mode routeur évidement)
Serv Linux====>|
______________|
les VMs sont en mode pont sur ma carte réseau filaire (pas de WIFI pour ces machines)
si je lance le code depuis mon pc ...

alors oui j'ai un routeur !
mais alors pourquoi sous Windows ça fonctionne et pas sur une machine en linux dans le même réseau ?

bon je vais tester sur un autre linux sur un autre réseau (192.168.1.x) de pinguer son broadcast (192.168.1.255) voir ce que cela donne....
=> donc je confirme je peux envoyer sur 192.168. 0 .255 et 192.168. 2 .5 mais si je fais 192.168. 1 .255 (Le broadcast du réseau en cour) j'ai une erreur d ...

remarque pour voir si ce n'est pas les VMs et ma machine qui bloque le port il n'y aurai pas un fichier.c de test pour envoyer une trame UDP sur le broadcast
afin de savoir si c'est l'appli compilé avec pure qui ne pase pas ?

doudouvs a écrit :L'ip de la chine ???? >> ho mince je lis n'importe quoi chine au lieu de machine

=> non non tu as bien lu, j'ai corrigé juste derrière ^^

bon je vais tester sur un autre linux sur un autre réseau (192.168.1.x) de pinguer son broadcast (192.168.1.255) voir ce que cela donne....

Voici un autre test ( sur le bon port ^^ ) mais sur l'ip de la machine qui est cencé me repondre (ne fonctionne toujours pas si je met 192.168.0.255)
Diskstation> nmap -p 49999 -sU 192.168.0. 253

Starting Nmap 5.35DC1 ( http://nmap.org ) at 2013-05-29 21:16 CEST
Nmap scan report for Diskstation ...

voila ce que j'ai sur mon debian phisique est sur mes 2 VMs ( le temps de réponse change naturellement )
Diskstation> nmap -p 4999 -sU 192.168.0.255

Starting Nmap 5.35DC1 ( http://nmap.org ) at 2013-05-29 21:01 CEST
Note: Host seems down. If it is really up, but blocking our ping probes, try -Pn ...

personne n'a le même phénomène en mettant son broadcast ?

alors si je lance une appli dev en C qui lance une requête UDP sur le port 4999 (oui pas 49999 comme dans mon code) sur le 192.168.0.255 il n'y a aucun souci je la voie passer sur mon snif réseau ... Donc mon système est capable d'envoyer ...