Si vous débutez sur eMule, lisez d’abord -> eMule ... Kad ... Kademlia
Pour les problèmes de sécurité, voyez -> Sécurité Internet et P2P, protections nécessaires
Salut !!!
I - La Low ID
Pour fonctionner correctement, notre mule (le client) doit échanger des messages avec un serveur ed2k, puis les fichiers partagés avec les autres clients.
Pour s’y retrouver, le serveur du réseau ed2k , en fonction de l’adresse IP de la connexion a Internet, attribue une ID (identification) qui peut-être qualifiée de faible ou basse (Low ID) ou de forte (High ID) dès le lancement, et en fonction de la possibilité de communication.
Pour plus de détails, lire le tutorial -> L’ID expliquée.
Nous retiendrons ici trois points très importants :
- De trop nombreuses Low ID pénalisent les serveurs et la santé du réseau eMule / eDonkey. En effet toute requête vers l'une d'elles transite par le serveur et le surcharge donc inutilement.
- Les serveurs ed2k limitent le nombre d’utilisateurs possédant une ID faible, voire même les bannissent, tout simplement.
- Deux clients possédant une ID faible ne peuvent se connecter l’un à l’autre. Ceci a pour conséquence un nombre plus faible de sources disponibles pour le téléchargement.
Sur ce schéma, les transactions normales entre deux mules en High ID sont en grisé (1) et (4). Vous voyez parfaitement l’effort supplémentaire demandé au client en High ID et au serveur pour établir une connexion avec un client en LoW ID.
Les clients nantis d’une Low ID, avec une mule aux yeux bandés, sont très nombreux. Ils représentent rarement moins de 20% des utilisateurs eMule / eDonkey et certains jours plus de 30%. C’est beaucoup trop.
Un processus similaire est lancé vers les contacts du réseau Kad. Une deuxième ID est attribuée. Là encore, elle peut-être forte (Etat: « Ouvert ») ou basse (Etat: « Derrière un pare-feu »).
Dans les versions récentes, l’IP de votre connexion, les lD et statuts sont visibles dans la fenêtre « Mes Infos » de l’onglet « Serveurs ».
Dans la barre d’état, l'icône d'eMule, représentant un globe terrestre, indique aussi l’état des connexions, la flèche du bas à gauche pour le réseau ed2k, la flèche du haut à droite pour le réseau Kad.
Principales raisons d’une ID faible (Low ID)
eMule fonctionne au mieux quand les ports suivants sont « ouverts » ...
- port TCP (4662 en standard) -> Serveur ed2k de connexion
- port UDP (4672 en standard) -> Réseau Kad
- port UDP supplémentaire (65535 en standard) -> Autres serveurs ed2k
- en cas d’utilisation de la fonction interface Web, autre port TCP (4711 en standard)
Si le port UDP n’est pas « ouvert », le résultat est « Derrière un pare-feu ».
Ces ports peuvent être bloqués pour plusieurs raisons …
- Pare-feu (firewall) - y compris le pare-feu intégré à Windows XP. !!! Attention !!! Windoxs XP SP2 l'active par défaut !!!
- Routeurs et réseaux comportant des connexions de type NAT » (Network Translation Address = traduction d'adresses de réseau).
- Logiciels de partage de connexion / routeurs logiciels
- Logiciels de connexion de certains fournisseurs d'accès à l'internet
- Blocage (filtrage) des ports ou de certains protocoles d’eMule par le fournisseur d'accès à l'internet.
Une Low ID peut aussi être attribuée en cas de confusion de ports utilisés (même ports utilisés par une autre application : jeu, autre logiciel de P2P). Il faut être encore plus attentif à cela lorsqu’on est en réseau.
Les Low IDs sont, par ailleurs, étroitement liées aux bannissements par les serveurs ed2k (blacklist). Ceux-ci peuvent aussi être dûs à un « comportement agressif » : trop de demandes de connexion, ou de trop grosses prétentions (trop de fichiers en réception, trop de sources à gérer).
Des explications détaillées se trouvent dans -> Low Id Et Ports De La Mule ou -> ICI (mis à jour).
Ports et filtres - Réseau privé « intranet » et routeur - Le pare-feu logiciel : firewall
Les autres filtres … ports à changer … ports à éviter - Contrôle d'ouverture des ports ... Faites attention ...
…\…
------------------------------------------------------------------------------
.../...
II - Les Serveurs ed2k
Dans le cadre du P2P, ils gardent les références des fichiers disponibles sur le réseau ed2k et permettent aux clients de se mettre en relation pour les échanger. C’est aussi bien le cas pour les serveurs centralisés du réseau ed2k que pour chaque client du réseau Kad qui font tous office de « mini-serveur ».
Principales raisons des refus et rejets par les serveurs.
Les serveurs peuvent être inaccessibles parce qu’ils sont arrêtés (maintenance) ou tout simplement parce que vous n’avez pas de serveur indiqué dans la liste (serveurs « statiques » en particulier).
Tous les serveurs ne sont pas programmés exactement de la même manière et leurs réactions peuvent être différentes dans le détail, mais pas sur le fond.
Ils peuvent vous rejeter ou déconnecter pour plusieurs raisons …
- La bande passante du serveur est saturée.
- Vous utilisez une trop vieille version d’eMule ou un « mod » trop glouton en requêtes vers le serveur.
- Vous avez une Low ID (voir ci-dessus) et le serveur n’accepte qu’un faible pourcentage de clients lourdauds.
- Votre mule a un comportement « agressif », elle ne respecte pas les règles de bienséance en se présentant.
- Vous êtes en « blacklist » parce que vous avez une Low ID ou parce que vous avez consommé tous vos crédits de fonctionnement (trop de changement de serveur, trop de réceptions et pas assez d’émissions).
- Vos exigences sont trop fortes (trop de fichiers en réception, trop de sources à gérer).
- Vous partagez votre connexion à Internet avec un client qui utilise la même IP mais aussi les mêmes ports pour sa mule.
- Ce n’est pas le serveur mais votre routeur ou NAT (matériel ou logiciel) dont un paramètre met fin à la connexion au serveur.
Si vous avez une Low ID, résolvez d’abord ce problème.
Pour les autres cas, faites un essai en arrêtant votre mule puis votre connexion à Internet. Relancez le tout après une pause pipi-café et si ça recommence, vérifiez les paramètres (exagérés) d’eMule et, si vous en avez-un, de votre routeur / NAT.
-> Mise à jour des serveurs
Des explications détaillées se trouvent dans -> Serveurs Ed2k ... Déconnexions & C ou -> ICI (mis à jour).
Pas de connexion au démarrage de la mule - Liste de serveurs - ed2k://|file|Your.client.is.too.old ...
Low ID alors que tous les ports sont correctement ouverts - Autres rejets par les serveurs (« blacklist » etc.) - Déconnexions dues aux routeurs et NAT.
…\…
------------------------------------------------------------------------------
.../...
Les maladies de la mule
I - Le mauvais état technique du PC ou de la connexion à Internet
II - Logiciels incompatibles et vieilles version.
III - Surconsommation - Saturation du processeur - « Freeze ».
IV - Lenteur particulière d’eMule (réception – download)
V - Déconnexions intempestives d’Internet ou blocages de la connexion
VI - Redémarrage intempestif de Windows (reboot)
VII – Windows®
VIII – Event ID 4226 / Windows® XP SP2
IX – Outils pour Windows®
Des explications détaillées se trouvent dans -> Déconnexions, Blocages, Freeze, Reboot ... ou -> ICI (mis à jour).
…\…
Txon ------------------------------------------------------------------------------
.../...
La bande passante de votre connexion à Internet et l’Overhead.
1). Capacité théorique et réelle
2). Le surplus de bande passante ou Overhead.
3) Les « Max » de la bande passante
4). Résumé
Saturation de la bande passante
1). Le serveur ed2k.
2). Le client (vous).
Ne pas dépasser les bornes
1). Le rapport, ou « ratio »entre les émissions et les réceptions : Taux E:R.
2). Cas particulier des ADSL et autres connexions « publicitaires » à très faible taux E:R
3). Paramètres incorrects et souvent trop élevés dans « Préférences » -> « Connexion »
4). Saturation, trop de sources à gérer, trop d’Overhead
5). Principe du réglage des vitesses d’eMule.
6). L'USS (Upload Speed Sense) ou détection de la vitesse d’émission
7). Cherchez les erreurs (comme un jeu).
Les deux réseaux ed2k et Kad
1). Activation d’un seul ou des deux réseaux.
2). Utilisateurs de bandes passantes faibles.
Usage simultané de deux clients P2P avec la même IP.
1). Erreur Fatale : impossible de créer socket sur port 4662 .
2). Plusieurs mules Kad en réseau LAN.
3). Répartition de la bande passante.
4). Réseaux privés.
Autres problèmes de fonctionnement d'eMule
1). Dédoublement de personnalité.
2). Rejet par la mule de clients nuisibles.
3). Serveurs ed2k … Pas ou plus de serveurs ou, au contraire, trop.
4). Fichiers disparus ou perdus.
5). Impossibilité de se connecter par le « ServeurWeb »
6). Encore d’autres problèmes …
Quelques précautions supplémentaires très simples.
Pour l'instant, voyez -> Bande passante, réglages d’eMule, overhead et problèmes divers ... Eviter les problèmes D (mis à jour).
…\…
------------------------------------------------------------------------------
.../...
Bcp Ou Peu De Fichiers En Reception? ... Ou comment ne plus rien télécharger....
MotteDeTerre May 10 2004, on 08:08 PM , said:
Perso je fais de bien meilleurs séances avec 5 fichiers à 800 sources que 10 limités à 400 (simple exemple, pour donner un ordre de grandeur). Mais en fait... ça dépend des fichiers.
Ce qui est sûr, en effet, c'est qu'il faut contrôler son nombre de sources. Car au delà d'un certain seuil, on risque d'engorger sa ligne car trop d'overhead sera généré : même résultat que si on régle sa limite d'envoi au max de sa capacité.
Mais faut pas exagérer... à moins d'avoir un vieux micro de la guerre avec pas de RAM du tout, n'importe quel micro accepte 2500-3500 sources sans broncher ; et 3000-3500 est je trouve une valeur assez optimale côté performances. La grosse majorité des micro acceptera même sans problème 4500-5000 sources (je parle pour une officielle ; certains mods sont gourmands en traffic et faiblissent bien avant) ; mais au delà de 4000-4500 sources, c'est vrai qu'il peut y avoir divers réglages à adapter, et qu'il faut faire attention à diverses choses. Et de toute façon, ce n'est pas forcément bénéfique sur bien des points.
@+
---------------------------------------------------------------------------
Sujet en restructuration.
This post has been edited by Tchon: 19 May 2005 - 10:44 PM