Les news

Les articles

Partenaires

Song

Aspects techniques

Les syst?mes centralis?s sont donc les premiers syst?mes pair-?-pair ? voir le jour, d?s juin 1999 avec Napster. Il fut suivi d'autres protocoles du m?me type, comme DirectConnect (qui a ?volu? en DC++). Le syst?me Napster propose le t?l?chargement de fichiers musicaux, mais il n'est pas encore formellement pair-?-pair, puisqu'il repose sur l'utilisation d'un serveur stable pour la mise en relation des utilisateurs. Le cr?ateur de Napster fut pour cela rapidement attaqu? en justice par de grands distributeurs de musique comme EMI-Time-Warner.

Napster est un syst?me de partage de fichiers o? les objets partag?s (des fichiers), sont g?r?s par 50 ? 150 serveurs index virtuellement regroup?s en un seul m?ta-serveur routant les nouveaux n?uds vers un des serveurs de ce m?ta-serveur.

Les serveurs contiennent les titres de fichiers h?berg?s par le r?seau et l'adresse des n?uds qui les mettent ? disposition. Ils peuvent aussi jouer le r?le de censeurs : par exemple, dans Napster, seul ?tait autoris? le partage de fichiers audio de format mp3. Pour affirmer cela, les analyses du protocole de Napster sont bas?es sur la r?tro-ing?nierie, le protocole Napster n'ayant pas ?t? officiellement diffus?.

Ces analyses ont permis la cr?ation de logiciels client-serveur libres, comme Lopster, Xnap ou Teknap, mais aussi de non libres tels que WinMX. Divers serveurs libres ont ?galement vu le jour comme OpenNap et OpenNap-ng. Ces-derniers permettaient de choisir les fichiers partag?s, ?tant ainsi la limitation aux fichiers mp3.

Dans Napster, lorsqu'un n?ud recherche un objet (un fichier), il envoie au serveur une requ?te sous forme d'une cha?ne de caract?res afin de trouver tous les fichiers dont le titre contient cette cha?ne. Le serveur r?pond alors par une liste de n?uds h?bergeant l'un de ces fichiers. La recherche peut ?tre limit?e au serveur auquel est connect? le n?ud demandeur, ou ?tre lanc?e sur tous les serveurs ? la fois. L'?change du fichier s'effectue ensuite directement entre le pair qui h?berge le fichier et le pair qui le demande. Seule l'?tape du transfert de fichier diff?re du mod?le client-serveur. L'architecture de ce type de syst?me permet ainsi de partager les m?mes fichiers sur des n?uds diff?rents.

Ce type de syst?mes ne permet pas un bon ?quilibre de charge, car l'?volution du nombre de serveurs supporte difficilement celle du nombre d'utilisateurs, augmentant bien plus rapidement. Ce qui rend difficile l'acceptation de nouveaux utilisateurs au-del? d'une certaine limite. Par ailleurs, cette centralisation cr?? un maillon faible qui rend ces types de syst?mes particuli?rement sensibles ? des attaques de type d?ni de service, qui peuvent aller jusqu'? rendre le syst?me inutilisable.

Cette centralisation fut le talon d'achille de Napster : il aura suffit d'attaquer juridiquement le propri?taire des quelques serveurs pour entra?ner la destruction de tout le syst?me. La protection contre la censure et la d?fense de l'anonymat des utilisateurs ne pouvaient ?tre assur?es correctement par des syst?mes centralis?s puisqu'il suffit de contr?ler le serveur pour censurer les n?uds, ou de les identifier pour obtenir toutes les informations relatives ? leurs activit?s sur le r?seau.

Toutefois, la centralisation permet d'assurer une exhaustivit? des r?ponses, c'est-?-dire que si une r?ponse existe, elle sera trouv?e car chaque serveur conna?t tout le r?seau. Elle permet ?galement d'assurer une authentification des fichiers partag?s de mani?re simple. L'existence d'un serveur permet aussi de contourner la difficult? pos?e par les pare-feux, mais le co?t pour chaque serveur est tel que cette solution fut abandonn?e dans la plupart des syst?mes centralis?s.
Article Suivant >>>

Page 1 sur 23 pages
Article Précédent Article Suivant