Discussion :

[progfou]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

[Mac LAK]

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

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.

[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.

[Mac LAK]

Faut aller voir du côté de WSAIoctl et de INTERFACE_INFO(_EX) pour tout ça.

[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...

[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 ?

[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.

[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 ! ).

[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 ?

[Mac LAK]

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...

[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

[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 ??

[Mac LAK]

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...

[progfou]

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

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...

[Mac LAK]

Cette page par exemple...

[progfou]

Merci je ne connaissais pas ce lien ;-).
M'en vais lire tout cela !

[nicolas.sitbon]

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.

[Mac LAK]

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...
De plus, il cherche comment utiliser un objet COM, pas comment en créer un...

[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...

[nicolas.sitbon]

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

Qui a dit le contraire?