Déjà proposé, et le client est en cours d'écriture. Il repose sur java 1.4 (comme ca il y en aura pour tout le monde). Tourne en tache de fond et emet maximum une requète par seconde, mais ce nombre baisse si les serveurs sont surchargés (évalué au ping :-( ).
Au programme : connections HTTP, FTP, IRC, POP, SMTP telnet (il instancie juste les connections et coupe au premier octet renvoyé).
Petit rafinement sur les connections HTTP il est possible de faire rajouter des paramètres par paquets (ie conexion par example à www.linuxfr.org/index.php?pipo=8732&toto=1471477&alfred=bonjour&foo=bar&xgonzo=ofcourse&cepasfini=non...)
Tout ca pour améliorer encore la lisibilité des logs et faciliter les recherches.
Il est pas encore complètement opérationnel mais ca va vite. Il ne bouffe pas le réseau, mais pour l'instant il provoque encore trop de charge sur un serveur "moyen" (une émulation de 1000 clients provoque une montée en charge de 50% sur un serveur HTTP/FTP bi pro PIII 8000. C'est mal).
Le but du jeu est de faire un truc qui occupe moins d'un 1% de CPU et de bande passante sur le client et qui ne risque en aucun cas de faire tomber le serveur. Donc malheureusement encore pas mal de tests à faire. Mais je suis sur que ce sera pret très bientot.
[^] # Re: Faire peter les provider
Posté par Jerome Herman . En réponse à la dépêche Les données à suivre pour Europol. Évalué à 10.
Au programme : connections HTTP, FTP, IRC, POP, SMTP telnet (il instancie juste les connections et coupe au premier octet renvoyé).
Petit rafinement sur les connections HTTP il est possible de faire rajouter des paramètres par paquets (ie conexion par example à www.linuxfr.org/index.php?pipo=8732&toto=1471477&alfred=bonjour&foo=bar&xgonzo=ofcourse&cepasfini=non...)
Tout ca pour améliorer encore la lisibilité des logs et faciliter les recherches.
Il est pas encore complètement opérationnel mais ca va vite. Il ne bouffe pas le réseau, mais pour l'instant il provoque encore trop de charge sur un serveur "moyen" (une émulation de 1000 clients provoque une montée en charge de 50% sur un serveur HTTP/FTP bi pro PIII 8000. C'est mal).
Le but du jeu est de faire un truc qui occupe moins d'un 1% de CPU et de bande passante sur le client et qui ne risque en aucun cas de faire tomber le serveur. Donc malheureusement encore pas mal de tests à faire. Mais je suis sur que ce sera pret très bientot.
Kha
---
Log, log, log merveilleux log, log, log.