|
Il faut sauver eMule !
Guillaume Champeau -
publié le Lundi 25 Février 2008 à 15h50 -
posté dans Peer-to-Peer
![]() L'industrie du disque et du cinéma n'ont pas besoin de Denis Olivennes et de ses recettes de sorcier pour mettre fin au P2P, au moins pour eMule. Le logiciel open-source est en panne d'imagination et d'innovation, et pourrait bien mourir de sa propre mort si la communauté de développeurs ne réagit pas très vite pour redonner de l'intérêt à l'âne électronique. Numerama propose quelques clés pour sauver le soldat eMule. L'âne se meurt-il ? Comme le montre le site d'observation des réseaux eDonkey/eMule Peerates.net, dont son administrateur a détaillé certains chiffres sur les forums de Numerama, le nombre d'utilisateurs d'eMule dans le monde continue à progresser, mais désormais très modérément. Si la population sur eMule a augmenté de 10 à 20 % sur un an, c'est presque uniquement grâce à certains pays dont le nombre d'utilisateurs sur eMule augmente massivement ces derniers mois (l'Italie, l'Espagne, le Brésil,...). Dans l'ensemble, même si cela ne se vérifie pas encore dans les chiffres globaux, l'intérêt pour le successeur d'eDonkey semble bel et bien faiblir de mois en mois, au profit de BitTorrent et de sites de téléchargements comme Rapidshare. Il ne faudrait pas attendre que sa chute commence pour s'en inquiéter, et pour réagir. Le ralentissement d'eMule n'est pas une fatalité. Il n'est pas plus l'effet de la concurrence des autres sources de téléchargement que l'effet d'une lutte accrue contre le téléchargement illégal. La faiblesse d'eMule est en réalité imputable à eMule lui-même, et à son immobilisme. Absence d'innovation, complexité, fakes... les raisons intrinsèques de la baisse de forme d'eMule sont nombreuses. En voici quelques unes repérées par Numerama : 1. Trop complexe pour les néophytes On l'avait sans doute oublié, mais le succès des logiciels de P2P s'est fait d'abord grâce aux utilisateurs. Plus ils sont nombreux, plus le nombre de contenus partagés est important, et plus le téléchargement et le partage sont rapides. Un réseau P2P sans utilisateur est un réseau mort, quelles que soient ses qualités techniques. Or depuis son avènement en 2002 où il a détrôné eDonkey, eMule n'a pas fait grand chose pour faciliter son adoption par le plus grand nombre d'utilisateurs possibles. Pire, il semble tout faire pour faire fuir les internautes lambdas qui n'ont plus ni le temps ni la patience pour configurer un logiciel d'une telle complexité. Jugez plutôt. Le client officiel eMule, censée être la version la plus pure du logiciel Open-source, propose à son premier lancement 8 fenêtres de configuration, avec un total de 17 options affichées, dont la plupart n'ont aucun intérêt pour l'utilisateur de base ou sont mal expliquées. S'il ne fuit pas déjà, l'utilisateur se retrouve alors confronté non pas à l'écran de recherche de fichiers, qui est ce qui l'intéresse au premier abord, mais à une liste de serveurs horriblement complexe, qui a de quoi faire peur à plus d'un amateur (voir capture ci-après). S'il n'a rien modifié aux options par défaut, l'utilisateur n'est même pas connecté au moindre serveur ou au réseau Kad, et s'il arrive à trouver comment faire une recherche, celle-ci ne fonctionnera pas. Les concepteurs auraient voulu faire plus complexe qu'ils n'y seraient pas parvenus. Et si, par chance, notre utilisateur lambda tente d'aller régler quelques options, ce sont (tenez-vous bien à votre souris) 202 options qui sont proposées dans les préférences du logiciel, dont seulement un quart sont placées dans les "propriétées étendues". Le reste est réparti entre 15 onglets d'options. Vous avez dit usine à gaz ? Avec une telle complexité, dont on ne détaille ici qu'une petite partie, pas étonnant qu'eMule ait de plus en plus de mal à séduire à l'heure des Youtube, Dailymotion, et autres Rapidshare. Il est vital pour l'avenir d'eMule que la version officielle bénéficie d'un lifting en profondeur pour réduire à la portion congrue le nombre d'options, et pour permettre aux nouveaux utilisateurs de passer le plus rapidement possible de l'installation du logiciel aux premiers téléchargements. Les utilisateurs expérimentés qui souhaitent plus de contrôle pourront se reporter vers les mods. Paradoxalement, eMule MorphXT est moins chargé en options directement visibles pour l'utilisateur. Peut-être est-ce aussi ce qui explique qu'il soit la version d'eMule la plus utilisée.
2. Le problème des LowID jamais résolu C'est un problème hérité de eDonkey, le logiciel commercial dont eMule s'est fait le remplaçant open-source. Lorsque les utilisateurs n'utilisent pas les bons ports ou ne savent pas configurer leur firewall pour relayer les paquets, seul le serveur sur lequel ils ont connectés est capable de communiquer avec eux grâce à l'identifiant qu'il leur attribue (le LowID). Les autres clients, soit doivent communiquer avec les utilisateurs en LowID par l'intermédiaire du serveur, soit ne peuvent pas du tout communiquer avec eux (les LowID n'ont aucune possibilité de communiquer ensemble). Il en résulte que les utilisateurs connectés avec un LowID et non un HighID ont d'énormes difficultés à télécharger les fichiers qu'ils souhaitent, ou à les télécharger rapidement. Et l'ensemble du réseau en pâtit. C'est de loin le problème numéro un dont souffre eDonkey/eMule depuis la création du réseau (au passage, si vous en êtes victimes, regardez notre vidéo d'explication pour résoudre le problème des LowID). Or depuis l'apparition d'eMule en mai 2002, c'est-à-dire depuis bientôt 6 ans, et malgré le fait que le logiciel soit open-source et donc qu'il bénéficie théoriquement d'une armée de développeurs bénévoles... le problème n'a jamais été résolu. 3. Les fakes deviennent une plaie Relativement bien contrôlé auparavant, le problème des résultats de recherche envahis de fakes semble devenir de plus en plus grave. L'utilisateur croit télécharger un logiciel ou une série, et se retrouve avec un film pornographique ou un fichier publicitaire (sur eMule, un même fichier peut avoir des noms différents, car seule sa signature numérique unique permet de l'identifier). Une fois de temps de temps en temps, ça peut passer. Une fois sur deux voire deux fois sur trois, c'est beaucoup trop. Et ce n'est pas là l'action d'entreprises de sabottage du réseau par les industries culturelles, mais le résultat d'une négligence conjointe des utilisateurs et des développeurs. La responsabilité des utilisateurs qui partagent tout et n'importe quoi sans penser à la qualité du réseau est en effet grande, mais eMule a aussi sa part de responsabilité. Il devrait être possible par exemple de trier beaucoup plus facilement les résultats de recherche en fonction des noms de fichiers majoritaires chez les utilisateurs, et d'écarter tous ceux dont le nom affiché dans le résultat de recherche ne correspond pas au nom majoritaire. Le système des commentaires, qui a été mis en place entre autres pour lutter contre le phénomène, ne porte pas assez ses fruits, notamment à cause d'utilisateurs qui ont abusé de ce système pour afficher de la publicité pour leurs sites ou leurs mods dans les commentaires. 4. Un retard sur les pratiques de 2008 L'innovation sur eMule semble au point mort depuis environ deux ans. Le logiciel n'a pas su suivre l'évolution des usages et s'inspirer notamment du succès des sites "web 2.0". Où est par exemple la possibilité pour les utilisateurs de tagger les fichiers pour en faciliter l'organisation et la recherche ? Pourquoi n'est-il pas plus facile de recevoir des suggestions de téléchargement en fonction des fichiers précédemment téléchargés ou recherchés, ou en fonction des fichiers que l'on partage ? Pourquoi les contenus des portails qui proposent des téléchargements légaux et d'oeuvres sous licences libres ne sont-ils pas mis en avant ? Pourquoi n'est-il pas possible de voir quels sont les fichiers les plus populaires du moment ?
Place à vos commentaires. Vous avez probablement vous-mêmes quelques idées pour remettre eMule sur le bon chemin et faire perdurer l'esprit originel du P2P, celle du partage. Car s'il on peut se féliciter du succès technologique de BitTorrent, il nous faut encore rappeler que BitTorrent n'est pas un logiciel de P2P dans la plus pure tradition de l'échange culturel. Il est efficace dans la distribution de fichiers volumineux récents, mais ne permet pas comme eMule de constituer une véritable bibliothèque d'Alexandrie en gardant en partage et en permanence l'ensemble des fichiers échangés... Sur le même sujet
61
Commentaires à propos de Il faut sauver eMule !
![]() le chat maigre
Le 25 Février 2008 à 16h20
ca fait bien longtemps que je ne m'en suis pas servi. pour cause, j'ai decouvert d'autres moyens pour visionner des films, ecouter de la musique. pour ce qui concerne le download, pareil, j'ai trouvé d'autres outils forts sympathiques.
c'est regretable car je ne partages plus rien pour le coup. faudrait voir à sécuriser et crypter tout ca dans l'eventuelle nouvelle version de la mule. advienne que pourra ![]() ![]() Le_PoUnT
Le 25 Février 2008 à 16h24
Le problème des fakes vient aussi, mais peut être surtout du fait que le fichier fakes.dat, n'a pas été mis à jour depuis le 14/05/06, ou tout du moins pour la version de base de Pawcio(je ne sais pas si d'autres sites ont une version plus à jour).
bluetack ne proposant que l'ip filter.dat, on doit se contenter de cette liste vieillissante. La solution réside peut être uniquement dans ce petit fichier. ![]() ![]() kraftonZ
Le 25 Février 2008 à 16h25
De toute façon, il n'y a plus de nouveauté et d'innovation sur Emule...
par exemple, le protocole de brouillage "obfuscation" est dès à présent inopérant... (Emule peut être filtré) http://forum.emule-project.net/index.php?showtopic=133353 et les programmeurs ont d'autres chats à fouetter ... ![]() ![]() PéN
![]() ![]() bile666
Le 25 Février 2008 à 16h30
Concernant les points que tu cites :
1. Simplicité : Entièrement d'accord, eMule est trop complexe et les gens ne pigent rien, la plus part sont des billes. 2. LOW-ID : ce problème est bien plus complexe qu'il n'y parait. Une solution est testée par un modeur, dont je n'ai pas le nom en ce moment. Mais comment atteindre un utilisateur si ce dernier n'ouvre pas la porte d'entrée (port) dans son firewall ou routeur. Les Low ID sont un gros problème du réseau et il est vrai qu'il faudrait trouver une solution. 3. Fakes : Les utilisateurs ne commentent pas assez les fichiers ce qui rend la fonction inutilisable. Ce problème pourrait être facilement réglé par un meilleur comportement des internautes 4. Tagage and Co "Les tags manquent", mais qui dit ajout de tag dit nouveaux critères de recherches, les tags pourraient simplement être intégrés dans les noms, ce qui est déjà le cas. En soit ce n'est pas une inovation super intéressante pour moi, surtout sur eMule. Ca pourrait normaliser les noms utilisés pour les tags "Pourquoi n'est-il pas plus facile de recevoir des suggestions de téléchargement en fonction des fichiers précédemment téléchargés ou recherchés, ou en fonction des fichiers que l'on partage ?" Là il existe déjà une solution qui est quasiement passée innapercue et qui est géniale. Si vous cliquez droit sur un fichier dans eMule dans la fenetre recherche ou download et que vous choisissez l'option : chercher les fichiers connexes, vous aurez une nouvelle recherche qui va vous dire quels sont les fichiers partagés par les personnes qui partagent le fichier que vous avez sélectionné. Prenons un exemple : cherchez : Mandriva, faite un clic droit sur le fichier de 4.28go et cliquez sur chercher fichier connexes, vous aurez environ 6 résultats vous donnant par exemple : Ubuntu, fedora etc.. Le résultat veut dire que les personnes qui partagent le fichier Mandriva de 4.28 partagent également les 6 autres résultats. Vous pouvez faire pareil sur une série, vous aurez les autres épisodes de la série et vous limiterez les fakes étant donné qu'on peut partir du principe que ceux qui partagent des fichiers ont vérifié les contenus ;-) Cette fonction marche aussi si vous sélectionnez plusieurs fichiers. Concernant les autres propositions, il est difficile de voir les fichiers les plus populaires sur un système aussi décentralisé. Pour ca, nous devrions rendre public ed2k-history et y ajouter de nouvelles fonctions, mais pour des raisons judiciaires, nous ne désirons pas prendre de risque supplémentaire. Personnellement, je trouve eMule très abouti et si j'étais développeur je me concentrerai sur le problème de low id et des faux serveurs. ![]() ![]() bile666
Le 25 Février 2008 à 16h42
De toute façon, il n'y a plus de nouveauté et d'innovation sur Emule... par exemple, le protocole de brouillage "obfuscation" est dès à présent inopérant... (Emule peut être filtré) http://forum.emule-project.net/index.php?showtopic=133353 et les programmeurs ont d'autres chats à fouetter ... Concernant ce filtrage chinois, j'ai quand meme des doutes, meme si je sais que le brouillage ne peut pas etre parfait. Et si j'exprime des doutes c'est que les serveurs sont assaillis de chinois le matin, ca va jusqu'à 80 % du réseau certains matins (le soir chez eux). Il suffit de bloquer les ip des serveurs pour empecher qqun de s'y connecter. Pas besoin d'avoir fait 5 ans d'étude pour ca. ![]() ![]() 6rill2000
Le 25 Février 2008 à 16h54
+1 pour bile666
D'accord avec sa réponse sur tous les points cités ! Il faut revoir majoritairement la simplicité pour les non-informaticiens, minimiser au maximum la page des serveur qui peut rebuter, etc.., peut être faire circuler ou intégrer une sorte de tutoriel pour une majorité des LOWID et aussi peut être améliorer le UPNP pour les firewalls (je pense tout de meme que de plus en plus de gens sont a même de régler leurs firewall, question d'habitude avec le temps et les problèmes rencontrés). Peut être se pencher également un peu plus sur le protocole Kademlia qui n'a plus trop évolué depuis bien longtemps déjà (ou plutôt son utilisation), car il y a de moins en moins de serveur avec une image du P2P de plus en plus mauvaise ces dernières années (feu notre cher Razorback2 et tous ses compatriotes qui luttaient pour un partage légal).. eMule moi je le trouve super mais faut trop maitriser pour un utilisateur lambda de 2008 et je pense que c'est la que le bas blesse, il faut avoir l'habitude d'aller chercher un peu partout les petites options qui vont bien (comme les noms majoritaires et toutes les petites méthodes qui permettent de pas télécharger de fake, les suggestion de recherches personne dans mon entourage ne savais cela si je ne leur en avait pas fait part personnellement), avant encore il y a 5-6 ans, la communauté était très active et peut être plus intéressée par la bidouille qu'aujourd'hui ou il est vrai beaucoup vienne essaie et parte essayer quelque chose d'autre a la moindre chose qu'il ne comprennent pas au bout de 2 minutes.. (pas une généralité mais un avis personnel) Longue vie à notre chere mule ! ![]() ![]() godvicien
Le 25 Février 2008 à 17h19
Il est vrai que l'on n'a plus connu d'améliorations notables dans la mule depuis bien longtemps. Et c'est domage ! La mule se meurt-elle ?
Le problème de LOWID vient d'où ? des box-adsl ou des firewalls logiciels ? Parce que pour les firewalls logiciels, il serait effectivement possible de développer des configurateurs de firewalls pour les principaux du marché. Il suffit souvent de modifier une clé du registre ou un fichier texte pour ouvrir les ports d'un firewall pour la mule. Ce n'est pas un travail si compliqué. Concernant les fakes, qui sont un vrai problème, il faut cliquer-droit sur le fichier et cliquer sur "informations détaillées", puis sur l'onglet "Nom". Si on y voit des noms de films de cul c'est un fake. Je travail actuellement sur un projet qui est une sorte de forum dématérialisé et anonyme. On pourra y créer de véritables catalogues de musique ou de films, et surtout y laisser des liens emule en toute impunité. Il suffira alors de cliquer sur les liens proposés pour que la mule lance le téléchargement du-dit fichier, préalablement vérifié. Avec ce système on est certain de ne plus tomber sur des fakes. Ce forum d'un nouveau genre proposera une puissante fonction de recherche sur les articles que l'on désire retrouver. Cela permettra de remplacer le moteur de recherche de la mule par celui-ci. En tout cas j'espère qu'il y a encore des développeurs qui s'occupent de la mule... Longue vie à la mule ! ![]() ![]() zito
Le 25 Février 2008 à 17h25
Bah eMule est déjà moribond... Le temps nécessaire pour télécharger quoi que ce soit est dissuasif... Son seul atout restant étant la très grande variété de l'offre, meilleure que sur BT ou les NG.
Mais pour la majeure partie du contenu, le plus rapide ce sont les NG, pour une grande partie du reste il y a BT... Moi qui fût un inconditionnel d'eDonkey puis d'eMule, je n'y ai eu recours qu'une seule fois en 2007... ![]() Aldoo
Le 25 Février 2008 à 17h33
Pour le problème des LowID : je suis d'accord qu'il est gênant, mais ce n'est pas lui qui fait déserter eMule pour bittorrent ou d'autres P2P. Que je sache, la plupart des protocoles de P2P populaires ont ce problème (même s'ils ne le signalent pas de manière aussi explicite qu'eMule).
Ce problème est dû aux connexions NATées, et aux PC non directement connectés au net. Pour se connecter à quelqu'un, il faut qu'il est un port ouvert sur une interface donnant sur Internet, ce qui n'est pas le cas de quelqu'un derrière un NAT. Donc deux utilisateurs NATés ne peuvent pas initier de connexion tous seuls. La solution la plus courante est la redirection de ports au niveau du NAT, ce qui permet à l'utilisateur A de se connecter à un port ouvert sur le NAT de B qui va retransmettre à B. Malheureusement, cela demande de configurer son NAT/firewall pour cet usage, ce qui n'est pas à portée du novice. Sinon il y a l'UPnP qui fait cela automatiquement, mais qui est rarement activé par défaut étant donnés les problèmes de sécurité que cela pose. Le domaine de la VoIP est également concernée par ce problème, et le contourne en général par deux méthodes : soit passer par un relai non NATé (ce que peut faire Skype et son fameux réseau P2P, mais les serveurs de microsoft jouent aussi ce rôle pour la voix sous MSN, par exemple), soit utiliser une technique de "perçage" de firewall, comme STUN (utilisée par exemple dans Ekiga, et de nombreux clients SIP), nécessitant juste de passer par un serveur tiers au moment où l'on établit la connexion. Peut-être qu'il serait possible d'adapter une technique à la STUN pour les P2P à la eMule (ce qui demanderait de faire jouer la méthode à chaque fois qu'une nouvelle connexion avec un lowID est établie, c'est à dire très souvent). ![]() ![]() zatik
Le 25 Février 2008 à 17h36
1. Simplicité : Entièrement d'accord, eMule est trop complexe et les gens ne pigent rien, la plus part sont des billes. Consternant. Un peu d'humilité ne nuit pas. emule est mort, il faut clairement passer à autre chose. Simplicité avant tout, c'est la seule façon d'agréger et de créer des communautés importantes. Pour exemple : Napster, AudioGalaxy, Bittorrent, et quelques autres. ![]() ![]() SIDI
Le 25 Février 2008 à 17h54
en même temps quant on a commencé et que ça marchait bien, on était 10 fois moins nombreux que maintenant....
et j'aurais tendance à penser qu'au moins ils nous emmerderont moins si on est moins nombreux.... en attendant au niveau source et disponibilité, emule reste toujours loin devant n'importe quel autre soft de p2p... après les fakes, il y a un option preview qui a toujours marché ( et même sans on peut voir le fichier met dans VLC), et puis c'est pas comme si on avait une bande passante limitée et que c'était ungros problème de recommencer. Non par contre question musique, c'est vrai qu'i y a beaucoup de concurences avec les webradios en streaming par morceau par contre..... ![]() ![]() Tahiti Bob
Le 25 Février 2008 à 17h54
Au niveau simplicité, c'est clair qu'il y a un énorme gouffre à combler pour le rendre "user-friendly", la fenetre Kad avec ses 0 et ses 1 en est un bel exemple : c'est completement obscure et inutile ...
La grosse nouveauté serait d'integrer une notion d'anonymat pour le réseau mais je sais pas si c'est possible. Pour le problème des fakes, je pense que les commentaires sont inefficaces parce que les téléchargeurs cessent d'uploader une source foireuse à la minute où ils savent qu'elle l'est, il ne passe pas par la case "je laisse un commentaire pour avertir les copains". Par contre ils y d'autres moyens très efficaces pour detecter les fakes : previews, noms de fichiers etc. Pour ma part, j'utilise emule depuis sa création, ça me va bien, mais je peux comprendre que ça soit assez "velu" à faire marcher pour un noob. ![]() ![]() paf22
Le 25 Février 2008 à 18h27
L'UPNP n'aurait pas du régler -en partie- la question du Low-ID? Parce qu'avec la généralisation des Box-ADSL avec firewall (hardware) intégré c'est surtout ca qui bloquer il me semble?! Enfin de toutes facons, l'option n'est même pas activée par défaut...
![]() Seri
Le 25 Février 2008 à 18h50
Il me semble que le pb des low-id est un faux problème.
Si je me souviens bien, ce système de low-id qui ne peut pas télécharger correctement avait été mis en place pour le bien du réseau (pour privilégier l'aspect P2P) à une époque où énormément d'utilisateurs étaient des leechers (ils bloquaient sciemment l'upload => logique client-serveur). Du coup, si tu bloques l'upload, tu as un low-id et tu rames pour le download. Les n° de ports n'ont rien à voir directement avec le low-id je pense. Je n'utilise pas les ports standards mais je suis systématiquement en high-id (après ouverture des ports utilisés dans mon routeur). Le système de crédit, je pense, gère plutôt une priorisation du client dans la file d'attente qu'un obstacle au leech : je télécharge beaucoup de fichiers chez toi, tu passes en priorité chez moi. C'est sur ce point là que je pêche, vu que je ne partage que des trucs qui ne sont pas très demandés. ![]() ![]() freeman54
Le 25 Février 2008 à 19h26
Salut tout le monde
Au niveau de la difficulté d'émule je voit vraiment pas le problème contenu des nombreux tutos pour ouvrir les ports ou autres .Je vois pas quel amélioration on pourrait faire a part modifier l'apparence le reste me semble très bien . ![]() ![]() bile666
Le 25 Février 2008 à 19h36
Oulalala faut se rafraîchir la mémoire, car les low id sont une plaie sur le réseau et en tout cas pas un souhait.
Petit rappelle : Comment est attribué l'ID ? L'ID est attribué par le serveur en début de connexion. Quand un client se connecte au serveur eDonkey, le serveur tente d'ouvrir une connexion TCP vers le port 4662 du client. Si cette connexion se passe bien, le serveur attribue un HighID au client. Si la connexion échoue (à cause d'un pare-feu ou d'un problème de délai réseau) le serveur attribue un 'LowID', grosso modo un numéro interne du serveur. Un LowID ne permet pas de retrouver l'adresse IP alors qu'un HighID le permet. Si un HighID est attribué par le serveur, ce HighID est exactement l'adresse IP du client réécrite différemment: Si l'adresse IP du client est A.B.C.D, on écrit sous forme hexadécimale aa.bb.cc.dd , puis on inverse l'ordre des octets et on met sous la forme : ddccbbaa, puis on passe en décimal: on obtient l'ID. L'opération peut se faire dans l'autre sens. Ce mécanisme explique que si un client change de serveur eDonkey, en général il conserve son ID, car son adresse IP ne change pas pendant une session Internet. Quel rôle joue l'ID dans la connexion? Un client eDonkey ou eMule B doit contacter un autre client A (peer to peer) pour obtenir une 'source' ou morceau de fichier. Or pour contacter un peer, il faut connaître son adresse IP. Cette adresse IP, le donkey la détermine grâce à l'ID du peer A que le serveur lui a communiqué, dans le résultat d'un search. Si le ID de A est un 'HighID', B tente directement une connexion TCP vers le port 4662 de A. Le peer to peer en natif! Si le ID de A est 'faible' (par opposition à HighID), l'adresse IP ne peut pas être calculée, le peer n'est pas joignable directement. Pour le joindre, il faut que le client B envoie une trame spéciale au serveur du client A (sur son port UDP 4665). Sur réception d'une demande de ce type, le serveur envoie au client A sur sa liaison TCP 4661 la demande du client B, en indiquant l'adresse IP et le port du client B. Le client A peut ensuite essayer de contacter le client B sur son port 4662. Ce mécanisme est impossible si A et B sont en LowID. De plus, la demande du client B est envoyée en UDP au serveur de A, or UDP est un protocole moins fiable que TCP. Les serveurs étant saturés, une bonne partie des trames UDP 4665 sont perdues sur le réseau Internet. Conclusion: * si un client eDonkey obtient un LowID, il n'est pas joignable par un autre client LowID. Il réduit donc les probabilités de croisement des sources. * Il engendre une surcharge de son serveur qui sera sollicité par les clients eDonkey désireux d'obtenir des sources chez le LowID. Les serveurs ayant une bande passante limitée sont obligés de réduire leur nombre maximal d'utilisateurs. le réseau eDonkey fonctionne moins bien. Si trop de personnes ont un LowID, les téléchargements ne peuvent plus se faire, c'est mathématique (par le jeu des probabilités). * Deux clients ayant un LowID ne peuvent pas communiquer entre eux. * Deux clients ayant un HighID peuvent communiquer dans les deux sens: situation optimale pour eux mais aussi pour la bonne santé du réseau eDonkey. Les serveurs ne sont pas sollicités pour jouer le rôle de relais. Les serveurs effectuent des recherches, ce pour quoi ils sont faits. Source : http://www.razorback2.com/fr/faqs/4 Concernant l'etat du réseau, jamais il a été aussi rapide et cela parce que les fai ont considérablement augmenté les vitesses d'upload. ![]() ![]() Le Zozo du 22
Le 25 Février 2008 à 20h08
Pour les low id les tutos expliquent biens comment ouvrir les ports d'un routeur. Je pense que c'est là le problème rencontré par la plupart des gens.
Le problème des fakes est résolu avec la prévisualisation pour des fichiers .avi ou .mp3 mais le vrai problème c'est les fichiers .rar qui ne peuvent être visionnés que le téléchargement terminé. Si on veux qu'emule évolue il faudrait rajouter la possibilité de demander des fichiers à partager. On a tous chez nous des fichiers, des photos et autres documents qu'on voudrait mettre en partage mais on ne peux pas les laisser dans le dossier de partage tout le temps car ça prend de la place sur l'ordi. Moi, par exemple, j'ai souvent ça sur un autre disque que je n'ouvre pas toujours. ![]() ![]() Kemper
Le 25 Février 2008 à 20h09
Pour la complexité, faudrait savoir. Ca donne quand même un outil pas mal paramétrable. C'est juste que "les gens" sont des feignasses, qu'ils ne prennent pas le temps de lire, assimiler et mettre en pratique un tuto. Et c'est valable pour quasiment tous les progs. Suffit de jeter un oeil en section P2P pour s'en rendre compte. Même utorrent y est parfois qualifié de "j'y comprends rien à ce logiciel".
![]() ![]() S@T
Le 25 Février 2008 à 20h27
Le problème des fakes vient aussi, mais peut être surtout du fait que le fichier fakes.dat, n'a pas été mis à jour depuis le 14/05/06, ou tout du moins pour la version de base de Pawcio(je ne sais pas si d'autres sites ont une version plus à jour). en plus de tous les outils in situ anti fakes voilà un grd service en ligne http://donkeyfakes.1.vg/ par SuperAdmin ![]()
|
Derniers articles publiés
Trouver les meilleurs prix avec Numerama
388.052 produits comparés
544.270 prix actualisés
26.493 avis de la presse référencés !
Logiciels à télécharger
|