Discussion :

[antolionel74]

Bonjour,

Je souhaite écrire un programme qui écoute sur le port 138 afin de récupérer les messages "net send".

J'utilise Visual Studio C# 2010 Express.
Je débute dans ce langage de programmation, et je ne sais pas trop par quel bout y prendre.

J'imagine qu'il faut utiliser quelque chose comme un listener, mais je ne trouve pas mon bonheur sur les différents forum que j'ai visité.

Pouvez-vous m'aider ou me donner quelques pistes ou bonnes adresses ?

D'avance merci

Cordialement,
Lionel

[DonQuiche]

Bonjour.

L'idée serait bien sûr d'utiliser un TcpListener ou un HttpListener, voire un Socket (je te laisse googler le nom de ces classes) mais le vrai problème sera de connaître le protocole utilisé par NetSend pour l'implémenter.

[Bluedeep]

J'ajouterai que pour qu'un tel programme fonctionne il faudrait qu'il se mette à écouter AVANT que l'écoute des message NetSend par Windows ne démarre.

Ce dernier ne pourra d'ailleurs pas démarrer, puisque le port sera déjà aquis par l'écouteur.

Je ne sais pas si Windows considère ce service comme optionnel. Dans le cas contraire, des problèmes stabilité de Windows sont peut être à prévoir.

La bonne solution serait peut être donc basée non pas sur une écoute via les sockets mais sur un "sniffer" (ce que fait Network Monitor par exemple).

Comment programme-t-on un "sniffer" ? j'avoue ne pas en avoir la moindre idée.

[DonQuiche]

@Bluedeep
Je n'avais pas l'impression qu'il s'agissait de vouloir sniffer les paquets mais simplement d'écrire un client netsend. Cela dit, concernant le sniffage, Windows expose une API dédiée à la manipulation avancée de la pile réseau et qui couvre notamment ce besoin. C'est elle qui est utilisée par les firewall et compagnie.

[Bluedeep]

@Bluedeep
Je n'avais pas l'impression qu'il s'agissait de vouloir sniffer les paquets mais simplement d'écrire un client netsend.

Tu as peut être raison, mais vu l'intitulé de la demande :

récupérer les messages "net send".

Je n'avais pas l'impression que c'était coté client, mais je peux me tromper.

Cela dit, concernant le sniffage, Windows expose une API dédiée à la manipulation avancée de la pile réseau et qui couvre notamment ce besoin. C'est elle qui est utilisée par les firewall et compagnie.

Je n'en doute pas: simplement, je ne me suis jamais penché sur cet aspect des choses (je n'ai pas fait de développement "system" depuis fort fort longtemps), et me contentais de répondre que j'ignorais le modus operandi pour cela.

PS : pour ma culture perso (et ça permet d'"en jeter" devant mes developpeurs de temps à autre ) as tu le lien sur l'entrée de MSDN concernant cette API ?

[DonQuiche]

PS : pour ma culture perso (et ça permet d'"en jeter" devant mes developpeurs de temps à autre ) as tu le lien sur l'entrée de MSDN concernant cette API ?

Avant on pouvait utiliser les layered service providers mais il y a une nouvelle API depuis Vista : Windows Filtering Platform. En règle générale, MS a tendance à changer ces API tous les cinq ans, à croire que la maintenance des API dépréciées est une passion chez eux.