eMule sans serveur : enfin du concret
Guillaume Champeau -
publié le Dimanche 14 Septembre 2003 à 20h07 -
posté dans Peer-to-Peer
L'excitation commence à monter dans les rangs des amateurs d'eDonkey avec l'arrivée du réseau décentralisé d'eMule. D'ici quelques mois, il devrait permettre à la communauté de se passer des serveurs qui ont fait à la fois sa force et sa faiblesse. Nous avons pu mettre la main sur une version non publique de ce nouvel eMule, et vérifier qu'effectivement, la décentralisation semble en bonne voie. Jed McCaleb, le créateur d'eDonkey, a compris depuis longtemps que les serveurs étaient devenus le maillon faible du réseau. Bien que de gros projets comme Razorback, appuyés par le talent de développeurs comme Lugdunum, ont jusqu'à présent permis de cacher ces lacunes, les solutions apportées par la communauté ne sont pas viables à long terme. Entretenir un serveur immense comme Razorback coûte extrêmement cher et il n'est pas certain que le système de dons mis en place résiste encore de nombreux mois. C'est pourquoi Overnet avait été développé par Jed McCaleb et sa société MetaMachine, mais sans rencontrer le succès escompté, notamment à cause de l'immense popularité d'eMule, basé lui sur le vieillissant système des serveurs.Avec la sortie prochaine d'eMule dans sa version décentralisée, il est aujourd'hui presque certain que les serveurs eDonkey vivent leurs derniers mois, même si certains villages d'irréductibles continueront sans doute à les faire vivre, ne serait-ce que parce qu'ils sont en grande partie responsable de l'esprit eDonkey qui a fait le succès du réseau. C'est donc le protocole Kademlia, déjà utilisé par Overnet, qui remplacera le réseau eDonkey que l'on connaît actuellement. La migration des ânes en plein hiver La version que nous avons pu tester nous montre ainsi qu'à l'instar de la version officielle d'eDonkey, eMule se connectera à la fois sur les serveurs ed2k habituels et sur son réseau décentralisé, le temps sans doute d'effectuer la transition sans douleur. Mais rappelons que les réseaux Overnet et eMule resteront totalement incompatibles, ce qui risque de totalement isoler le logiciel de MetaMachine déjà bien mal en point. ![]() Même s'il n'est pas encore optimisé, le réseau semble techniquement fonctionner et il est d'ores et déjà possible d'effectuer des recherches sans passer par les serveurs eDonkey. Il est bien sûr pour l'instant impossible de donner un avis sur les performances du réseau mais les résultats sont des plus prometteurs. Au delà de l'intérêt très pragmatique d'avoir un réseau extensible à l'infini, la recherche sur Kademlia permet d'offrir des informations supplémentaires sous forme de metadata. Il sera ainsi possible de savoir dès la recherche d'un fichier quel codec est utilisé sur un film, quelle est sa durée, de quel album fait parti un MP3 ou encore quel est son bitrate. ![]() Ainsi sans révolutionner le monde du Peer-to-Peer, ce nouvel eMule permet aux amateurs d'eDonkey de préserver la richesse du réseau et de rattraper bientôt le niveau des Gnutella 2, FastTrack ou Overnet. Les premières versions publiques n'ont pas encore été annoncées officiellement, mais il n'est sans doute pas trop optimiste de penser que le mois d'octobre devrait être celui du renouveau d'eMule... Prix indiqués avec livraison
44
Commentaires à propos de «eMule sans serveur : enfin du concret»
Répondre
Philouzz
le 15/09/2003 à 00:28
encore une fois, l'utilisateur finale sera seul juge....
quote de ClOsTRidiUM: "Pour moi ça signifie surtout un réseau de secours en cas de panne de servers comme ça c'est vu récemment !"
je suis du meme avis et j'ajouterai que ça pourrait meme étre bénéfique pour les admins de servers. En effet si une organisations souhaitait donner un coup d'arret au reseau edonkey/emule il suffirait de pourir les admins des plus gros servers, avec la méthode tribunal@RIAA comme pour les gros utilisateur de kazaa (pas pour les meme motifs), histoire de faire merder le reseau et de dissuader les admins potentiels de se lancer dans la construction de server... avec un mode partiellement décentralisé meme si les plus gros servers tombent le reseau reste, donc l'utilité de s'attaquer aux admin et leur servers disparait car ils ne sont plus le maillon faible, c'est donc un plus d'avoir ce mode intégré.... dans l'optique où les 2 reseaux centralisé et déscentralisé sont choisis (comme sur la copie d'ecran dans l'article J'aime bien vos derniers raisonnements et j'y adhère.
Je suis pas opposé à cette version mais je trouve déplacer d'accuser les serveurs de couter cher et d'accuser leurs faiblesses toute relative alors que l'avantage réside surtout dans le fait d'assurer au cas où l'on attaque les serveurs. Tout à fait bile je suis rassurer de voir une version décentralisée de la mule cela permettra d'avoir un ‘réseau de secours' car je continuerai à coup sur d'utiliser les serveurs je ne renonce pas au confort qu'ils apportent.
En fait c'est l'avis de la majorité des utilisateurs j'en suis sur de toute façon il fallait revenir à ‘un réseau sécurisé' car les projecteurs tourne parfois ( trop) sur le P2P. Et les solutions arrivent au fur et à mesure.... Oula je reste tres prudent sur les reseau totalement decentralise. Il n'y a plus aucun controle sur les client agressif. Quand on regarde un peu plus le reseau qui va etre utiliser dans emule, j'ai cru voir quelque faille deja connu... Donc a ce moment la, comment connaitre les clients agressif ? En effet, rien n'interdit un client d'envoyer 50000 requete de recherche en meme temp (du moment que le meme client ne resoit pas plusieur fois de suite la demande de recherche).
Quand on parle justement de recherche, faut pas croire que chaque client est questionner (imaginer pour chaque recherche 1 million de personne interroger). Il y a certe des point positif, mais les point negatif arriveront dans un peu plus de temp... Je rapel aussi qu'il existe un gros point faible dans le protocole edonkey et emule c'est le hash md4, va t'il etre modifier ? Dans l'esprit je suis d'accord, dans la forme je ne suis pas sûr que le réseau décentralisé ne sera qu'une roue de secours.
Et Bile, je n'ai accusé rien ni personne. Tu le sais toi même mieux que quiconque, un serveur coûte cher, et ça c'est un fait, pas une accusation. Donc, pour ceux qui veulent préserver leur bande passante, il faudra se déconnecter de Kademlia.
Pour le moment, j'ai un overhead de 1.5ko/s, mais faudrait voir ce que ça donne après 15-20 heures d'utilisation, et avec différents réglages. Faudrait aussi tester sans se connecter au réseau eDonkey, pour voir ce que Kademlia seul vaut. Bonjour à toutes et tous,
Une fois de plus, je constate que beaucoup de "neophyte"(j'en suis moi meme une!), joue à madame Soleil (paix a son ame !). Toutes les initiatives sont bonnes. Rappelons nous que c'est comme ca qu'est né internet. Pour le reste on fera comme d'habitude, tester et voir. Moi je ne suis pas devin (surtout vu mon niveau de competence en dev !). bravo elseve !!!! KAD, Bile 666, Darth lord et j'en passe ( excusez moi les autres !) sont une bonne tripoté de néophyte qui n'y connaisse absolument rien au P2p !
manquait plus que ce bon à rien de lugdunum et cet empoté de motte pour a @Kad
Et Bile, je n'ai accusé rien ni personne. Tu le sais toi même mieux que quiconque, un serveur coûte cher, et ça c'est un fait, pas une accusation. Le fait que qqch coute cher est tout relatif, ca dépend principalement des moyens des participants et je pense que razorback coute cher. Dsl de revenir là-dessus. Mais par exemple ed2k.ch (le site)coute cher, car il n'utilise pas les ressources de la machine sur lequel il est. Ce qui va changer prochainement. On verra bien ce qui va arriver de toute facon, ici j'ai encore pas vu de marabou, d'ailleurs qui aurait prédit ici des serveurs en 2004 et des serveurs de 250k ?? personne tout simplement. Les serveurs sont élitistes.
Par exemple Overnet me permet un ratio d'à peu près 1:1 alors que je suis Firewalled. Emule c'est même pas la peine de me connecter, le serveur me shoote lowID... Donc à voir et tester comment la mule sans serveur gérera ceux qui ne peuvent qu'utiliser un mode passif, et y'en a quand même un certain nombre... (qui st sur ON actuellement) lut,
au dela des problèmes techniques d'up ou de dld, on peut penser à d'autres problèmes qui toucheront surement la mule... En effet, chacun se dit merde le debit va chutter mais la mule ne pourra plus couler... he la je dis molo, voir stop.... La décentralisation de la mule peut engendrer d'autres problèmes. tout dabord le problème du partage... En effet, on peut penser k'il y aura des clients modifiés ki éviterons le up....des mods tueurs de l'esprit des anciens du donkey... De plus, il n'y aura pas de banne du reseau par le serveur pour partage par exemple de fichiers pedophiles...(je suis sur ke c salop on deja trouvé la parade pour echanger leur fichiers mais....c un autre problème) ... Deja j'entend crier des organismes anti-p2p, ki auront cette fois des arguments contre la mule... Il me semblait ke la mule avançée dans une autre direction pendant un temps... Ne serait-il pas à l'ordre du jour de remettre sur le tapis le sujet de l'anonymat tant qu'on ajoute des modifs.... et plus généralement ne croyez vous pas que la net etiquette p2peeriste de la mule va en prendre un coup? la encore il peut avoir un sindage- ==> ça se dit ça?- de la communauté... pensez encore une fois à la bonne volonté de chacun... y en a ki vont se dire le up c fini...d'autre ki repense au ratio(je sais c pas nouveau....mais le phenomène ne va-t-il pas s'amplifier?...) je n'irai pas plus loin dans mes propos... Je trouve ke le chemin est encore tres incertain...en même temps on ne devient pas grand sans risque... Mais l'idée d'un charte sur une etique l'utilisation de la mule serait la bienvenue... Je sais aussi que pas mal s'en foutent des chartes...(mais ça en touche certain...et que certain parlerons alors du fausse morale...)... Je conclurais alors finalment(parce qu'autrement, je pourrais ecrire ou en parler pendant des heures...) en soulignant que moi non plus je n'ai pas payer pour utiliser le théorême de Newton et de Pythagore, ou les lois de Poissons.....et ke la mule permet aussi un acces à la culture ... qu'en definitive rien est fait et tout reste à faire, comme toujours et que c sur l'intelligence et la bonne morale des utilisateurs que la mule restera....ou non...notre bonne vielle mule. A ma première lecture, j'ai vraiment eu l'impression que l'article était "pro" Emule en mettant emule sur un pied d'estal et descendait en fleche edonkey et tout ce qui gravite autour. Emule suit son chemin comme tout logiciel et edonkey de meme. Ca se croise parfois mais ce n'est pas une raison pour tirer sur edonkey à boulet rouge. L'avenir nous dira seul l'évolution de ces 2 outils dans le p2p.
Bonjour !
Contrairement à ce que tu dis Jack, je trouve pas que cet article parle de facons negative d'Overnet et du client eDonkey2000.. au contraire, il salut le créateur de sa volonté de crééer un logiciel de partage decentralisé.. cependant, force est de constaté qu'Emule est le client par excellence qui utilise le plus le reseau edonkey, donc qui interresse le plus de monde non ? Est ce un hasard ? Je ne pense pas.. Emule a tout simplement su répondre aux attentent de beaucoup d'utilisateurs que eDonkey2000 et Overnet ne semblaient pas satisfaire. nawana: je ne suis pas un afficionados de la décentralisation à tout va (arfff on croirait un discours politique, je lis trop le canard enchaîné), mais tes arguments sont tout simplement très mauvais.
Concernant les clients agressifs, le problème est le même entre un système centralisé et décentralisé, il n'y a aucun moyen de lutter contre la prolifération de clients agressifs dès que le projet de base est opensource. Concernant la pédophilie, il me semble que Bile est le seul admin serveur à s'être intéressé de très près à ce problème, et tout le monde a crié au scandale et à la censure ici-même dès qu'une news a été posté à ce sujet ! En revanche, il y'aurait un moyen simple d'endiguer le partage de fichiers indésirable : permettre de filtrer (mots-clés et hash) les fichiers que l'on trouve indésirable, non-seulement en ce qui concerne son propre client (les résultats de nos recherches), mais aussi la partie serveur. En effet, dans un protocole décentralisé, chaque ordinateur est responsable de transmettre la demande de tel ou tel fichier. Il est donc aisément imaginable de configurer la mule pour qu'il n'achemine pas vers d'autres clients les demandes de fichiers indésirables. D'ailleurs, j'ai émis mes réserves quant à la difficulté d'endiguer de façon efficace et non-hystérique les fichiers dits "pédophiles" dans la news sur @idounix. Bile sait de quoi je parle : comment savoir ce qui est fake et ce qui ne l'est pas (pour un même hash, on peut trouver un nom laissant entendre un fichier pédo et un autre pas), comment différencier ce qui est tolérable de ce qui ne l'est pas. Comment vraiment se faire une idée de l'âge des "acteurs" ? Vaut-il mieux un 13yo having fun.mpg ou un 18yo raped.mpg ? En cela, je commence à devenir un partisan du "laissez-faire" dans les affaires de p2p, dans la mesure où il est extrêmement difficile - voire impossible - d'âgir de façon fiable et efficace, et particulièrement si l'on tiens à rester dans la légalité (ce qui implique qu'on ne télécharge pas dans le but de savoir si c'est un fake ou non etc.). Bref tout les inconvéniants que tu signale ni spécifiques à, ni amplifiés dans un protocole décentralisé... je dirais même "au contraîre"... Une cohabitation harmonieuse des 2 modes serait le top: des recherches par serveur, et un secours au cas où un (ou plus) gros serveur tombe.
Un premier test de kademlia me donne 0.5 de overhead. Côté recherche, c'est la misère: peu de résultats pour un temps très long, rien à voir avec une recherche sur serveur. A suivre, avec de longs débats en perspective, signe de vitalité du réseau. ugh
|
A LA UNE
LES + COMMENTÉS
2 offres à partir de 38 €
Télécharger
bittorrent emule islande,
emule,
torrent,
nettoyeurs emule islande,
montage video,
bittorrent emule island,
windows 8,
cryptage emule islande,
Accès rapide :
Graver ou numériser |
Communication |
Encoder ou convertir |
Personnalisation |
Diagnostic |
eMule (et mods eMule) |
Photo numérique |
|