Pourquoi Napster est mort et Gnutella a survécu

8

Cela a bougé rapidement. C’est la seule façon de décrire l’ascension de Napster. En moins de douze mois, le site a explosé, passant de zéro à 60 millions de visiteurs mensuels. Ce n’était pas seulement populaire. C’était le site Web le plus visité sur Internet à son apogée. Puis les tribunaux sont intervenus. Une seule ordonnance l’a fermé en raison de violations généralisées du droit d’auteur. Il n’a revu le jour qu’en 2003, rebaptisé service légal payant pour la musique sous Roxio.

L’appel était simple. Vous avez de la musique gratuite. Vous n’aviez pas besoin de vous rendre dans un magasin en voiture. Vous n’aviez pas besoin d’acheter un CD, de l’insérer et d’attendre l’extraction. Vous venez de cliquer. Une énorme base de données contenait presque toutes les chansons existantes. C’était sans effort. C’était gratuit.

Mais cette facilité avait un prix. L’architecture était le défaut fatal.

Napster s’appuyait sur un serveur central pour indexer et connecter les utilisateurs. Ce modèle centralisé permettait de trouver facilement de la musique, mais il était également facile de la tuer. Lorsque les juges ont statué que Napster facilitait la violation du droit d’auteur, la fermeture a été chirurgicale. Débranchez le serveur et tout le réseau a disparu. Il n’y avait aucune sauvegarde. Pas de solution de repli décentralisée. Juste du silence.

Les utilisateurs ne se souciaient pas de la nuance juridique. Ils se souciaient de l’accès. La plupart ont migré vers un autre type de système de partage de fichiers. Celui qui ne pouvait pas être tué si facilement.

L’Ascension de Gnutella

Entrez Gnutella.

C’était l’alternative. Ce n’était pas seulement un outil ; c’était une philosophie différente. Au lieu d’un hub central, Gnutella a utilisé un réseau peer-to-peer (P2P). Chaque ordinateur du réseau était à la fois un serveur et un client. Il n’y a eu aucun point d’échec. Pour l’arrêter, vous devrez éteindre l’ordinateur de chaque utilisateur.

Cette architecture décentralisée est la raison pour laquelle Gnutella a survécu. Même si les tribunaux réprimaient d’autres services, Gnutella a persisté. Il s’est adapté. Cela a évolué. Il est devenu l’épine dorsale de nombreux protocoles P2P modernes.

Le Napster original était un magasin sans serrure. Gnutella était un labyrinthe sans centre. L’un d’entre eux était facile à voler. L’autre était difficile à attraper.

Le nouveau Napster

En 2003, le paysage avait changé. Roxio rachète le nom Napster et le relance. La version 2 était légale. Vous avez payé votre musique. Plus aucune infraction. C’était un produit plus propre. Plus sûr. Mais il lui manquait l’énergie brute et chaotique de l’original. La magie n’était pas seulement dans la musique. C’était dans la liberté.

Le vieux Napster nous a appris quelque chose. La centralisation est efficace jusqu’à ce qu’elle ne le soit pas. La décentralisation est compliquée, mais elle est résiliente. Nous l’avons appris à nos dépens.

Désormais, chaque fois que vous diffusez une chanson, vous payez pour plus de commodité. Vous utilisez un service centralisé. Spotify. Pomme Musique. YouTube Musique. Ils sont faciles à utiliser. Ils sont en sécurité. Ils sont également vulnérables. Une entreprise contrôle la bibliothèque. Une entreprise contrôle l’accès.

Gnutella nous a montré une autre voie. Une manière où le réseau est le produit. Où les utilisateurs sont l’infrastructure. C’est plus lent. C’est plus complexe. Mais cela ne dépend pas d’un seul point de contrôle.

Quel

La navigation Web standard est une transaction simple. Vous demandez un fichier à un serveur et le serveur le renvoie. Pour les sites de grande envergure, cela nécessite des centaines de machines rien que pour maintenir les lumières allumées. Napster a complètement brisé ce modèle. Il n’hébergeait pas seulement des fichiers ; il a transformé l’ordinateur de chaque utilisateur en un nœud dans un réseau de distribution massif et décentralisé.

Le Napster original était un système hybride. Il utilisait le partage de fichiers peer-to-peer pour le transfert de données proprement dit, mais s’appuyait sur une autorité centrale pour la découverte. Lorsque vous avez lancé le logiciel, votre machine s’est enregistrée auprès des serveurs centraux de Napster. Vous répertoriiez essentiellement vos MP3 disponibles dans un catalogue global.

Voici le flux de travail :

  • Vous avez installé le client. Votre PC est devenu un mini-serveur.
  • Votre machine a envoyé une requête ping aux serveurs centraux, soumettant une liste de chaque piste sur votre disque dur.
  • La base de données centrale contenait désormais l’index de milliards de chansons.
  • Vous avez recherché “Roxanne” par la police.
  • Le serveur central a renvoyé une liste d’adresses IP pour les utilisateurs hébergeant ce fichier.
  • Vous avez sélectionné un pair. Votre ordinateur s’est connecté directement au leur et a téléchargé la chanson.

Cette architecture a résolu deux problèmes immédiats. Tout d’abord, le stockage. Aucune entreprise ne pouvait à elle seule acheter suffisamment d’espace disque dur pour stocker l’intégralité du catalogue musical mondial. Deuxièmement, la bande passante. Répartir la charge sur des millions de connexions domestiques était infiniment moins cher que le streaming depuis un centre de données.

Il y avait aussi une stratégie juridique impliquée. Les créateurs ont fait valoir qu’ils exploitaient une faille dans la loi sur le droit d’auteur concernant le partage privé entre amis. Les tribunaux ont finalement rejeté cette logique. Mais le mal était fait. Le concept a fait ses preuves. Le réseau était devenu trop vaste pour être ignoré.

Le défaut de conception de Napster était évident avec le recul. La base de données centrale était un point de défaillance unique. C’était le talon d’Achille. Lorsque le tribunal a ordonné la fermeture, l’ensemble du réseau s’est effondré. Vous ne pourriez pas avoir de réseau peer-to-peer si l’index correspondant appartenait à une seule entité qui pourrait être légalement réduite au silence.

Au moment où Napster est tombé, environ 100 millions d’utilisateurs étaient habitués à partager librement des fichiers. L’infrastructure pour ce comportement était déjà en place. Une architecture plus résiliente attendait dans les coulisses.

Pourquoi Gnutella a changé la donne

Le successeur de cette vague de partage de fichiers est le réseau Gnutella. Il conserve le mécanisme de base du partage de fichiers peer-to-peer mais supprime le hub central. Les utilisateurs placent toujours des fichiers sur leurs disques durs et les rendent disponibles. Vous avez toujours besoin du logiciel Gnutella pour vous connecter au réseau.

Les différences sont structurelles et significatives.

Premièrement, il n’existe pas de base de données centrale. Le concept d’indice global est mort. Au lieu de cela, Gnutella utilise une approche de requête distribuée. Lorsqu’un utilisateur recherche un fichier, la requête est transmise de nœud en nœud, parcourant le réseau jusqu’à ce qu’il trouve une correspondance. C’est un effet d’entraînement des requêtes.

Deuxièmement, l’écosystème est fragmenté. Il n’existe pas de « client Gnutella » unique. De nombreuses applications différentes peuvent accéder au réseau Gnutella. Cette variété rend plus difficile le ciblage d’un logiciel spécifique pour une action en justice.

Cette décentralisation offre un degré d’immortalité que Napster n’a jamais eu. Une décision de justice contre une entreprise ne fait rien pour mettre fin au protocole. Pour arrêter réellement Gnutella, les régulateurs devraient bloquer tout le trafic réseau au niveau du FAI ou de l’infrastructure principale. C’est un cauchemar technique et politique comparé à la simple poursuite en justice du PDG d’une société de serveurs centralisés.

Le passage d’un index centralisé à un système de requêtes distribué n’était pas seulement une mise à niveau technique. C’était une réponse à la fragilité de l’ancien modèle.

Napster s’appuyait sur un seul logiciel client fragile. Gnutella n’avait pas ce luxe, ou plutôt, il en avait trop. Le réseau s’est divisé en dizaines d’applications concurrentes. Vous pouvez choisir BearShare, Gnucleus, LimeWire, Morpheus, WinMX ou XoloX. L’interface était peut-être différente, mais la logique sous-jacente était identique : tuer l’autorité centrale.

Mais sans index central, le réseau a besoin d’un moyen de trouver des informations. C’est là que le mécanisme de recherche de client Gnutella s’écarte fortement du modèle serveur-client traditionnel.

Comment les clients Gnutella localisent les fichiers

Imaginez que vous vouliez un MP3 spécifique. Il n’y a pas de bibliothèque à vérifier. Au lieu de cela, votre logiciel doit crier dans le vide.

Cela commence par un interlocuteur unique. Vous avez peut-être saisi manuellement une adresse IP ou le logiciel était préchargé avec une liste d’hôtes connus. Votre machine envoie la requête de recherche à ce voisin.

Le voisin ne se contente pas de répondre. Il vérifie son propre disque dur. Si le fichier est là, il renvoie le nom du fichier et votre IP. Mais il fait aussi quelque chose de plus agressif. Il transmet votre demande à toutes les autres machines qu’il connaît.

Ces machines font la même chose. Ils vérifient leur stockage. Ils transmettent la demande plus loin. Cela crée un effet d’entraînement, une vague de requêtes s’étendant vers l’extérieur à travers le réseau.

Le système s’appuie sur un compteur Time To Live (TTL) pour éviter les boucles infinies.

Chaque requête a une limite TTL. Considérez-le comme une jauge de carburant. La requête peut parcourir six ou sept « sauts » de profondeur avant de manquer de gaz. Si chaque nœud ne connaît que quatre autres pairs, une recherche approfondie sur sept niveaux peut théoriquement toucher 8 000 machines.

Il s’agit d’une informatique distribuée par force brute. Simple. Intelligent. Et épuisant.

Le compromis : stabilité contre performances

Cette architecture résout le plus gros problème de son prédécesseur. Napster est mort parce qu’un serveur possédait les clés. Gnutella n’a pas de clés. Il n’y a pas de point d’échec unique. Aucune décision de justice ne peut tuer le réseau car il n’y a pas de tête à couper. Gnutella fonctionne tout le temps, à condition que vous puissiez joindre au moins un autre homologue.

Mais la décentralisation s’accompagne d’une taxe.

Premièrement, rien ne garantit que le fichier existe. Vous pouvez diffuser votre requête sur 8 000 machines sans obtenir aucun résultat. Le fichier se trouve peut-être sur la machine 8 001. Vous êtes aveugle.

Deuxièmement, la latence est brutale. Étant donné que la requête doit se propager sur plusieurs couches, vous pouvez attendre une minute ou plus pour obtenir une réponse complète. Le système ne vous dit pas ce qu’il a trouvé tant qu’il n’a pas vérifié aussi loin que possible.

Troisièmement, vous êtes l’infrastructure. Votre machine n’est pas seulement un consommateur ; c’est un routeur. Il répond aux demandes entrantes et transmet les demandes sortantes. Vous brûlez votre propre bande passante pour maintenir le réseau en vie. Il s’agit d’un système peer-to-peer au sens littéral du terme : vous aidez les autres pairs, souvent à vos frais.

Ces inconvénients semblent sérieux en théorie. En pratique, les utilisateurs s’en fichaient. Des centaines de millions de copies des clients Gnutella ont été téléchargées. La promesse d’accès dépassait le coût de la bande passante.

Exemple XoloX : recherche

XoloX est à peu près aussi simple que possible pour un client Gnutella. Il n’essaie pas de vous éblouir avec des interfaces flashy ou des fonctionnalités complexes. Cela fonctionne. Le téléchargement est minuscule (environ 600 kilo-octets) et, surtout, il est propre. Aucun logiciel espion. Aucune fenêtre contextuelle groupée. Juste un outil simple et facile à installer, ce qui en fait un candidat idéal pour comprendre les mécanismes des réseaux peer-to-peer sans encombrement.

L’interface se résume à trois fonctions principales, accessibles via trois boutons en haut de la fenêtre : recherche, transfert et gestion de fichiers. Vous basculez entre eux selon vos besoins.

Comment fonctionne la recherche Gnutella dans XoloX

Lorsque vous ouvrez l’onglet de recherche, c’est presque trop simple. Tapez un nom de fichier ou quelques mots-clés. Vous pouvez filtrer par type de média (audio, vidéo ou « Tous les types ») si vous souhaitez restreindre la portée. Appuyez sur Entrée et le client diffuse votre requête dans le vide.

Donnez-lui 30 à 60 secondes.

La fenêtre de recherche commence à se remplir. Les résultats arrivent de milliers d’autres machines traitant la même demande. Ce n’est pas instantané, mais c’est efficace.

Vous remarquerez une colonne intitulée score. Il ne s’agit pas d’une évaluation de la qualité des fichiers. Il s’agit du nombre de pairs en ligne qui disposent actuellement de ce fichier spécifique. Un score élevé signifie plus de sources. Plus de sources signifient de meilleures chances de terminer le téléchargement, surtout si vous avez affaire à un fichier populaire. Choisissez judicieusement.

Exemple XoloX : téléchargement

Extraire un fichier d’un réseau homologue n’est pas toujours une simple affaire de clic et d’attente, mais XoloX le rend pratiquement indolore. Il vous suffit de double-cliquer sur la cible dans vos résultats de recherche. Cette action transmet le nom du fichier à la fenêtre de transfert, ce qui déclenche la véritable prise de contact avec le homologue.

C’est ici que le protocole brille. Si plusieurs nœuds du réseau contiennent le même fichier, XoloX n’en choisit pas un au hasard. Il se connecte à plusieurs simultanément. Cette stratégie de téléchargement parallèle explique pourquoi vous pouvez voir des vitesses telles que 69,2 kilo-octets par seconde pour un gros fichier vidéo, avec des estimations oscillant autour de 43 minutes pour plus de 100 mégaoctets. Il s’agit de tirer parti de la redondance pour éliminer les goulots d’étranglement.

Mais ce n’est pas toujours aussi fluide.

Parfois, vous cliquez et… rien ne se passe. Le client ne peut pas atteindre la source ou la machine hôte est déjà saturée pour servir d’autres utilisateurs. Il s’agit du classique embouteillage peer-to-peer. Vous avez trois façons de le gérer :

  • Attendez. Les nœuds occupés finissent par se libérer. La patience est une stratégie valable ici.
  • Choisissez les fichiers avec un score élevé. Les fichiers avec de meilleurs scores de réputation sont plus susceptibles de provenir de pairs réactifs et disponibles.
  • Échangez le fichier. Supprimez le téléchargement bloqué de la fenêtre de transfert et choisissez à nouveau le même nom de fichier dans les résultats de la recherche. Cela oblige le client à essayer un autre homologue qui pourrait être moins encombré.

Une fois le téléchargement terminé, les données atterrissent dans votre répertoire XoloX désigné. Vous pouvez également l’afficher dans la fenêtre Fichiers de l’application. Si vous souhaitez redonner au réseau, vous pouvez partager ces fichiers téléchargés. Ce n’est cependant pas automatique. Vous devez configurer la boîte de dialogue Préférences pour spécifier exactement les répertoires et les types de fichiers que vous souhaitez partager avec d’autres.

Vous contrôlez le drain de votre connexion. En ajustant les paramètres de XoloX, vous pouvez limiter la bande passante sortante qu’il utilise lorsque d’autres téléchargent depuis votre machine. Cette simple bascule empêche votre canal en amont d’être étouffé par les demandes de données d’autres personnes.

Gnutella est-il réellement légal ?

Le protocole lui-même est propre. Aucune loi n’interdit le partage de fichiers du domaine public. L’illégalité n’apparaît que lorsque les utilisateurs déploient le réseau pour distribuer de la musique et des films protégés par le droit d’auteur. C’est cette friction spécifique qui a fait couler Napster.

L’industrie musicale a officiellement déclaré la guerre à Gnutella. Pourtant, il leur manque un mécanisme simple pour y mettre un terme.

Comment l’industrie tente de briser le réseau

Bouleverser l’architecture est la stratégie actuelle. Deux attaques principales sont actuellement en jeu :

  • Inonder le réseau de faux paquets de recherche pour le surcharger.
  • Remplir les serveurs Gnutella avec des fichiers corrompus qui ne servent à rien.

Mais les développeurs derrière Gnutella ont déjà survécu à des menaces similaires. Il est probable qu’ils combleront ces trous. Le logiciel s’adaptera. Les fichiers continueront à circuler.

Le partage est-il simplement du vol ou de la publicité gratuite ?

Le vrai débat n’est pas technique. C’est financier. Quels sont les dégâts réels causés par le partage de fichiers ? Un fichier partagé est-il un vol ou s’agit-il de publicité gratuite ? Pensez-y comme au temps d’antenne de la radio. L’exposition nuit-elle aux ventes ou les aide-t-elle ?

Questions fréquemment posées

Qu’est-ce que le protocole Gnutella ?

Il s’agit d’un protocole de partage de fichiers peer-to-peer (P2P). Il permet aux utilisateurs de rechercher et d’échanger des fichiers directement avec d’autres ordinateurs, sans qu’un serveur central ne détienne l’inventaire.

Plus de ressources

Si vous souhaitez approfondir les débats sur la légalité ou connaître différentes perspectives sur le partage de musique protégée par le droit d’auteur, les liens ci-dessous offrent plus de contexte.

Articles connexes

  • Comment fonctionnent les fichiers MP3
  • Comment fonctionnent les lecteurs MP3
  • Comment Napster fonctionnait
  • Comment fonctionnent les serveurs Web
  • Comment fonctionnent les disques durs
  • Comment fonctionnent les graveurs de CD
  • Comment fonctionne l’infrastructure Internet
  • Comment fonctionne le réseau domestique
  • Que sont les droits d’auteur et les brevets ?

Liens utiles

  • Répertoires hôtes Gnutella
    -Kazaa
  • FAQ Gnutella de Knowbuddy
  • Actualités Gnutella
  • Code de recherche PHP Gnutella
  • La débâcle d’Internet – Un point de vue alternatif
  • Embedded.com : intégration du peer-to-peer

Actualités récentes

  • MTV.com : L’industrie du disque poursuit 32 étudiants pour partage illégal de fichiers – 10/04
  • Nouvelle vague de poursuites en matière de partage illégal de fichiers intentées par la RIAA – 4/04
  • Tom’s Hardware Guide : Enquête : Le partage de fichiers musicaux en baisse – 4/04
  • WiredNews : Roxio achète Pressplay, Napster Lives – 5/03
  • NewScientist.com : Les « marcheurs aléatoires » pourraient accélérer les réseaux peer-to-peer – 7/02
  • Gnutella.com : Les labels planifient une attaque juridique contre des individus ? – 7/02
  • Gnutella.com : Hollywood veut boucher le « trou analogique » – 5/02
  • P2P.com : Gnutella et Freenet représentent une véritable innovation technologique – 5/00