C'est pas encore nmap (http://insecure.org) ^^ mais c'est bien instructif pour les gens qui n'ont jamais touché aux sockets. En plus, c'est prévu pour fonctionner sous nux, ce qui est plutôt rare sur ce site :p

Pour les sources commentées et le programme fonctionnel, je vais mettre un 10.

Heu... Comment ça quelles commandes ? Explicites un peu parce que là j'ai du mal :)

Ca fait très longtemps que je me suis plus plongé dans le code alors faut me poser des questions précises ^^

Merci pour ce compliment :) mais bon il est loin d'être fini (j'ai un facheuse tendance à commencer des progs et à jamais les terminer ;)).

Pour l'instant j'essaie encore de l'améliorer quand j'en ai le temps. J'ai prévu de :
* Corriger les ptits bugs sournois (genre la segmentation fault quand on touche à une variable globale dans parser.py...) paske les bugs c'est mal
* Passer à du multi-threads
* Rajouter un peu de code python pour qu'il fasse autre chose que partir quand on lui demande
* optimiser tout ça !!! :)

Rmq : Si les solutions adoptées dans la conception du bot vous paraissent inadaptées, c'est tout à fait normal : je l'ai pas fait pour faire un truc efficace et fonctionnel mais pour manipuler la STL et du code Python dans des progs en C/C++

toutes toutes toutes c'est du super broadcast ça sinon si c'était que sur un reseau local ce serait une adresse du style 172.16.0.255 avec laquelle tu broadcaste que sur les machines en 172.16.*.* (c'est des ips privées)

Alors l'ip 255.255.255.255 ne correspond pas à une machine donc c'est normal que le ping ne marche pas. C'est juste une adresse permettant d'envoyer des données à toutes les machines d'un coup si tu veux.

Sinon pour le protocole y a tout ce qui faut dans la source c'est exactement ce qu'il y a dans le sdk d'hl à propos des dialogues avec le serveur.

Voila ++

Ah oui si t'es motivé tu peux essayer de lire l'implémentation de ce que je raconte. C'est dans l'autre source que j'ai posté "Scan de parties Counter-Strike" ou quelquechose comme ça...

Alors vu que tu parles de steam je suppose que ton bot c'est pour CS:Source que tu veux le faire ? Si c'est le cas je peux pas trop te renseigner : j'ai pas encore récupéré le SDK pour HL2 (steam c'est mal :D ).

Sinon, pour ce qui est de ljhistoire du broadcast en fait les clients half-life (ie le jeu quand tu veux te connecter à un serveur) demandent lorsque tu es sur la page Parties Reseau Local à tous les serveurs de renvoyer des infos :
Pour cela, comme au départ il connait pas l'ip des serveurs allumés, le client envoit la demande d'info "\037\037\037\037infostring\0" à l'adresse 255.255.255.255 qui, pour simplifier, permet en fait d'envoyer à tout le  monde (broadcast).

Les serveurs CS fonctionnent sur les ports UDP 27015 à 27024 donc on broadcaste pour chaque port de façon à ne rater aucun serveur.

Ca évite d'envoyer à chaque ip sur chaque port la requête d'info et ainsi de ne pas surcharger le réseau...

Heu j'espère que j'ai été clair (c'est pas gagné...). Si t'as d'autres questions n'hésite pas...

J ai abandonné l idée d intégrer le scanner de parties dans le bot. Celui-ci sera finalement un processus indépendant qui écrit les infos dans un fichier xml accessible à plusieurs autre applications comme le bot irc ou un serveur apache par exemple.

En fait grâce a ethereal j ai trouvé que ce sont les clients half-life qui broadcastent un paquet "\037\037\037\037infostring\0" (adresse ip 255.255.255.255) sur la plage de ports UDP 27015 - 27024.

Ainsi pour éviter d envoyer un ping a chaque ip possible du réseau, il suffit de faire de même et de récupérer grâce à une librairie comme pcap les paquets UDP renvoyés...

Je suis en train de voir comment faire :)