| |
Visiteurs: 76387
Aujourd'hui: 41
 
Rss

 A lire :







Bannissement des clients agressifs : Mise en liste noire !





 

Lorsqu'un client désire télécharger un de vos fichiers, il en fait la demande puis il la réitère toutes les 10 à 20 minutes pour s'assurer que vous êtes toujours une source valide. Cependant, il est possible de modifier les clients de manière à ce qu'ils fassent des requêtes beaucoup plus fréquentes. Ces programmes modifiés ont une probabilité supérieure d'obtenir satisfaction s'ils s'adressent à un client eDonkey.
Bien qu'eMule ne tienne pas compte de ce comportement (les chances d'obtenir un accès en émission n'augmentent pas), cela gaspille les ressources du réseau (connexions et bande passante).
Le système de bannissement inscrit sur liste noire tous les clients qui font de trop fréquentes requêtes (plus d'une fois toutes les dix minutes, par fichier). Ils ne sont ainsi pas autorisés à télécharger sur vous. La liste noire est réinitialisée lorsque vous redémarrez eMule.

Voici comment votre client peut se retrouver sur liste noire et être dans l'incapacité de télécharger :

  • Vous réglez le paramètre de requêtes de votre client plus bas que 10 min,
  • Vous mettez impérativement vos téléchargements en pause puis les reprenez pour accroître la vitesse de téléchargement. Cela crée une nouvelle requête à chaque fois (sur les clients eDonkey seulement),
  • Vous relancez votre client toutes les 2 min (ce qui crée aussi une nouvelle requête à chaque fois).
  • Vous changez de serveur toutes les 2 min (ce qui crée aussi une nouvelle requête à chaque fois).
  • Vous mettez en partage pleins de petits fichiers: genre ceux de 3 à 20 Megas (ce qui génère d'innombrable requête à chaque fois).


    • Pour être clair, eMule ne tient aucun compte des demandes répétées (nouvelles requêtes) en provenance des autres clients (eMule/eDonkey/mldonkey). Tout client envoyant des requêtes trop fréquentes est banni/Blacklisté. La durée est environ de deux heure sur les serveurs concernés ! Alors soyez patient, sinon c'est le Low-Id assuré...



    study Revue et corrigé ( Version supérieur à la 0.47A ) Swan.