problème portage ioctl socket Linux vers Windows

Version imprimable

04/10/2009, 15h59
progfou

problème portage ioctl socket Linux vers Windows
Bonjour tout le monde !

Je suis en train de porter un code (écrit en C) depuis Linux vers Windows.
Ce code est principalement orienté réseau, et je m'en sors globalement.

Sauf que les ioctl() de Linux sont beaucoup plus nombreux que ceux de Windows.
Et là, je coince sur le changement d'état d'une interface réseau.

L'appel Linux est le suivant:
Code:

1 2 3 4 5 struct ifreq ifr; SOCKET m_socket; if (ioctl(m_socket, SIOCSIFFLAGS, &ifr) != 0) {}
Je ne trouve pas d'équivalent Windows...
Je cherche sans doute mal, et dans ce cas, je veux bien des pointeurs vers de bons sites/livres ! :).

Merci d'avance pour vos réponses.
05/10/2009, 12h27
Mac LAK

Sans les flags que tu claques dans ta carte, ça ne va pas être simple de savoir ce que tu veux faire... :mouarf:

Je suppose que tu veux activer le mode promiscuous sur ta carte ? Si oui, alors il te faudra aller voir cette page pour les détails sur Windows. Il te faudra bien sûr être administrateur pour avoir l'autorisation d'effectuer cette opération.
Sinon, une solution viable est d'utiliser WinPCAP pour capturer ton réseau, ce qui est alors faisable aussi en mode non-administrateur.
05/10/2009, 14h20
progfou

Salut et merci de t'intéresser à mon problème :-).
Le flag en question est IFF_UP.

J'ai d'autres soucis du même genre, par exemple, des appels à ioctl() avec SIOCGETTUNNEL, SIOCADDTUNNEL, etc.

Merci encore.
05/10/2009, 17h27
Mac LAK

Faut aller voir du côté de WSAIoctl et de INTERFACE_INFO(_EX) pour tout ça.
05/10/2009, 17h59
progfou

J'ai déjà regardé de ce côté là, et j'ai trouvé comment récupérer l'état d'une interface (donc, l'état du flag IFF_UP).
Par contre, je ne trouve pas comment modifier l'état !
Je dois sûrement mal lire...
05/10/2009, 18h38
Mac LAK

Ah oui, tiens, apparemment l'IOCTL "SET" correspondant n'existe pas... Ceci étant dit, pourquoi veux-tu faire tomber l'interface réseau ? Sous Windows, c'est en général une assez mauvaise idée de flinguer l'accès réseau "à la volée"... Quel est le but recherché derrière ?
05/10/2009, 18h43
progfou

En fait, c'est l'effet inverse que je recherche: mettre up une interface qui est down (mais certes, je dois pouvoir le faire dans les deux sens).
Le cas est la création d'un tunnel: si l'interface réseau est down, je veux pouvoir la mettre up.
05/10/2009, 19h15
Mac LAK

Passes alors par WMI et Win32_NetworkAdapter : ça devrait résoudre ton problème. Il y a peut-être plus simple d'accès, mais pour faire par programme ce que l'on fait habituellement via des clics, WMI est en général la meilleure solution (quand ce n'est pas la seule ! :mouarf:).
06/10/2009, 08h59
progfou

Merci. Petit soucis: je code en C, et cette classe est C++ (évidemment, c'est une classe :-) ).
Je vais voir ce que je peux faire pour résoudre ça.
D'après ce que tu dis, il y a d'autres méthodes ?
06/10/2009, 09h37
Mac LAK

Citation:

Envoyé par progfou

Merci. Petit soucis: je code en C, et cette classe est C++ (évidemment, c'est une classe :-) ).

Vi, mais t'as pas encore pris ton café et tu as lu en diagonale : WMI possède des interfaces COM, donc utilisables en C... :mouarf:
06/10/2009, 09h41
progfou

J'étais en plein dedans :-).
Mais je suis pas vraiment spécialiste de la programmation Windows...
Donc, je cherche maintenant le lien entre ces interfaces COM et le Win32_NetworkAdapter.

Je vais y arriver ! :p
06/10/2009, 09h55
progfou

Pour tout dire, je trouve cela drôlement compliqué...
C'est pourtant pas dur: je voudrais passer un nom d'interface (un char* quoi), et si c'est down, faire up.
J'ai comme l'impression qu'il va me falloir des dizaines de lignes de code pour ça... Je me complique sans doute ??
06/10/2009, 10h40
Mac LAK

Citation:

Envoyé par progfou

Pour tout dire, je trouve cela drôlement compliqué...
C'est pourtant pas dur: je voudrais passer un nom d'interface (un char* quoi), et si c'est down, faire up.
J'ai comme l'impression qu'il va me falloir des dizaines de lignes de code pour ça... Je me complique sans doute ??

Non, c'est "normal".
Windows n'est pas prévu pour être un OS bas niveau, contrairement à Linux, d'où ta "difficulté" à effectuer des opérations simples sous *nix, et qui sont "difficiles" d'accès sous Windows.
A contrario, des fonctions de plus haut niveau sont bien plus accessibles sous Windows que sous *nix, et/ou ne dépendent pas de la présence de librairies tierces... Chaque OS a ses avantages et inconvénients, il n'est par exemple pas habituel sous Windows de laisser un programme manipuler les connexions réseau à sa guise ! ;)

Pour le reste, les interfaces COM ne sont pas difficiles à utiliser, ça demande juste un peu de rigueur : on initialise COM, on récupère l'objet requis, on travaille avec et enfin on finalise COM. Bête et méchant, donc, mais ça ne se fait pas en une ou deux lignes de code en effet.

Tu peux aussi regarder du côté du forum "Programmation Windows", pour savoir s'il y a une façon plus simple de procéder, ou faire un CreateProcess avec des commandes natives (genre ipconfig, net, etc.) pour effectuer l'opération comme si tu le faisais en Batch. Mais là, on commence à taper dans un tout autre registre...
06/10/2009, 11h59
progfou

J'ai juste à trouver comment effectuer ces opérations là:

Citation:

on initialise COM, on récupère l'objet requis, on travaille avec et enfin on finalise COM

Dans mon cas précis, je ne sais pas récupérer l'objet et travailler avec...
Tu penses pouvoir me fournir l'exemple (sans les vérifs évidemment, mais juste le truc direct).
Je comprendrai sûrement mieux avec un exemple...
06/10/2009, 12h40
Mac LAK

Cette page par exemple...
06/10/2009, 14h48
progfou

Merci je ne connaissais pas ce lien ;-).
M'en vais lire tout cela !
06/10/2009, 15h12
nicolas.sitbon

Citation:

Envoyé par Mac LAK

Cette page par exemple...

Oh non, tu as pris le plus mauvais sur le site qui propose le meilleur:
COM in plain C en 8 chapitres, un must read!
Cordialement.
06/10/2009, 17h00
Mac LAK

Citation:

Envoyé par nicolas.sitbon

Oh non, tu as pris le plus mauvais sur le site qui propose le meilleur:COM usage in C

J'ai surtout recherché "COM usage in C", ni plus, ni moins... :mouarf:
De plus, il cherche comment utiliser un objet COM, pas comment en créer un...
06/10/2009, 17h42
progfou

Bon, j'ai pas eu le temps de me plonger dans le tuto pour le moment, mais ce n'est pas clair...
Mon objet COM, dans mon cas précis, c'est Win32_NetworkAdapter ?
Ou alors un des trucs de WMI parmi ceux-ci:
http://msdn.microsoft.com/en-us/libr...76(VS.85).aspx

En fait, je ne vois pas encore le lien entre les deux, pour pouvoir utiliser COM dans mon programme et "jouer" avec mon interface comme semble le permettre Win32_NetworkAdapter...
06/10/2009, 19h44
nicolas.sitbon

Citation:

Envoyé par Mac LAK

De plus, il cherche comment utiliser un objet COM, pas comment en créer un...

Qui a dit le contraire?