Gnutella

aus Wikipedia, der freien Enzyklopädie
Zur Navigation springen Zur Suche springen

Gnutella (gesprochen [nʊˈtɛlə] mit einem stummen g) ist ein dezentrales Peer-to-Peer-Netzwerkprotokoll für das Filesharing. Es gibt weltweit mehrere Millionen Nutzer, die über verschiedene Clients auf das Netzwerk zugreifen. Der meist genutzte und bekannteste Client war lange Zeit LimeWire. Trotz des Namens gehört Gnutella nicht zum GNU-Projekt.

Das Gnutella-Protokoll wurde von Justin Frankel (Erfinder und früherer Entwickler des Audioabspielprogramms Winamp) definiert, der am 14. März 2000 als erste Software für das Gnutella-Netzwerk die Beta-Version des ebenfalls als „Gnutella“ bezeichneten Programms zum kostenlosen Herunterladen im Internet freigab. Frankels Arbeitgeber AOL zwang ihn jedoch, das Projekt aufzugeben, und das Programm war bereits einen Tag nach seiner Veröffentlichung nicht mehr über die Projektwebseite abrufbar.[1] Es war jedoch zu diesem Zeitpunkt bereits weit verbreitet und weiterhin durch IRC-Chaträume sowie Drittanbieter-Websites verfügbar.

Einige Zeit später gelang es einer Gruppe von unabhängigen Entwicklern, das Gnutella-Protokoll zu entschlüsseln und ihre Ergebnisse zu veröffentlichen. Daraufhin wurden zahlreiche weitere Programme für das Gnutella-Netzwerk entwickelt, die auch den Leistungsumfang des Netzwerkes deutlich erweiterten.

Im Mai 2006 zählte das Gnutella-Netzwerk schätzungsweise 2,2 Millionen Nutzer.[2]

Vorbild und Anreiz für das Gnutella-Netzwerk war in weiten Teilen das zentrale Peer-to-Peer-Netzwerk Napster, welches bereits seit Juni 1999 einen direkten Austausch von Musikdateien ermöglichte. Durch die überwiegend illegal getauschten Inhalte geriet die Betreiberfirma Napster jedoch immer häufiger in rechtliche Konflikte. Frankels Motivation war es, ein Netzwerk zu errichten, das im Gegensatz zu Napster ohne zentrale Server und somit auch ohne zentralen Betreiber, gegen den rechtliche Vorwürfe hätten erhoben werden können, auskommen sollte.

Das Gnutella-Netzwerk ist ein vollständig dezentrales Netzwerk. Das bedeutet, dass jeder Benutzer eine gleichwertige Software verwendet und es keine zentralen Server gibt, welche die Suchanfragen bearbeiten. Um trotzdem zu funktionieren, muss das Client-Programm mindestens einen anderen Benutzer (sogenannten Node) finden. Um dies zu erreichen, gibt es diverse Methoden wie vordefinierte Serverlisten, GWebCache-Seiten im Internet oder auch der Austausch von Host-Listen über IRC. Wird eine Verbindung aufgebaut, tauschen die Programme Listen erreichbarer Nodes aus, welche dann wiederum kontaktiert werden, bis die eingestellte Anzahl an Verbindungen erreicht ist.

Startet ein Benutzer des Netzwerkes eine Suchanfrage, so wird diese zunächst nur an benachbarte Clients weitergeleitet. Diese leiten dann ihrerseits die Anfrage an ihre Nachbarn weiter, bis die angeforderte Datei gefunden wurde. Anschließend kann eine direkte Verbindung zwischen suchendem und anbietendem Benutzer für die Datenübertragung hergestellt werden.

Der besondere Vorteil dieser Netzwerkstruktur ist die Ausfallsicherheit, da Suchanfragen selbst dann weitergeleitet werden können, wenn einzelne Teile des Netzwerkes zeitweise unerreichbar sind. Nachteilig dagegen ist die lange Dauer der Suchanfrage, da es keine zentralen Index-Server gibt, und die hohe Netzwerkbelastung, da mit der Distanz zum suchenden Client die Anzahl der Anfragen exponentiell anwächst.

In den letzten Jahren wurde das Gnutella-Netzwerk allerdings deutlich weiterentwickelt, so dass die Effizienz beträchtlich erhöht werden konnte. Beispiele hierfür sind das QRP, mit dem Quellen sich austauschen, welche Dateien sie haben, so dass auf den letzten beiden Schritten die Anfragen nur noch an diejenigen weitergeleitet werden, die möglicherweise antworten können, und dynamische Suchanfragen, wodurch nicht alle benachbarten Systeme auf einmal angefragt werden, sondern nur so viele, bis genügend Suchergebnisse erhalten wurden.

Windows
Mac OS
Unix-basiert
plattformunabhängig

Einige weitere Clients basieren auf giFT.

Das Gnutella-Protokoll wird ständig durch neue Erweiterungen verbessert. Zum einen wird hiermit die Funktionalität erweitert, zum anderen wird mit ausgeklügelten Algorithmen versucht, die benötigte Bandbreite zu reduzieren und die Stabilität zu verbessern.

Hierzu gehören:

  • Klassifizierung in Ultrapeer- und Blattknoten
  • Query-Routing-Protokoll (QRP)
  • Horizontstatistik (HSEP)
  • Aktive und passive Warteschlangen für Dateitransfers
  • Komprimierung der P2P-Verbindungen (Link Compression Extension)
  • Propagieren alternativer Dateiquellen über das sogenannte Download Mesh
  • Download-Verifikation mittels Tiger-Tree-Hashes
  • Meta-Daten

Viele Gnutella-Clients sind Open-Source-Software. Dementsprechend ist es möglich, an der Entwicklung der Clients selbst mitzuwirken.

Das Gnutella-Protokoll hat einige konzeptionelle Schwächen, die sich ohne Bruch der Kompatibilität nicht beheben lassen. Als Erweiterung von Gnutella, die diese Schwächen beheben soll, werden vielfach Netzwerke nach dem Kademlia-Algorithmus aufgefasst, wie zum Beispiel das von den Entwicklern von LimeWire entworfene mojito DHT, das im Moment jedoch allein zur Quellenidentifikation genutzt wird. Bei auf Kademlia beruhenden Netzwerken gibt es ebenfalls keine zentralen Server, jedoch wird für jede einzelne denkbare Suchabfrage jeweils ein bestimmter „Ansprechpartner“ rechnerisch ermittelt, der für diese Abfrage „zuständig“ ist. Damit wird das bei Gnutella bestehende Problem vermieden, dass praktisch jede Suchabfrage zu jedem Rechner gelangen muss, wenn auch seltene Dateien erfolgreich gefunden werden sollen. Im Gegenzug sind allerdings die unscharfen Suchen via Suchwort, für die Gnutella entwickelt wurde, mit Kademlia schwerer effizient zu implementieren, da nur Suchen nach exakten Werten möglich sind, während in Gnutella alle Treffer zurückgegeben werden, auf die die Suchwörter passen. In diesem Zusammenhang spricht man bei Gnutella auch von einem unstrukturierten Overlay, während es sich bei Kademlia um ein strukturiertes Overlay handelt.

2002 wurde das bis auf das alte Handshake neu erfundene Gnutella2-Protokoll veröffentlicht, welches von der Gnutella-Entwicklergemeinde nicht als Nachfolgeprotokoll anerkannt wird. Da es inkompatibel zu Gnutella ist, wird es als unabhängiges Protokoll betrachtet, obwohl beide Netzwerke nach wie vor durch den gleichen Handshake miteinander verwoben sind. Seinem Entwickler zufolge skaliert das Protokoll besser als Gnutella, da es über effizientere Suchmechanismen verfügt und durch seine spezifische Paketstruktur ohne Kompatibilitätsverlust fast unbegrenzt erweitert werden kann. Außerdem wird angegeben, dass es einfacher ist, einen Gnutella2-Client neu zu entwerfen, als einen Gnutella Client mit vergleichbaren Fähigkeiten. Gnutella-Entwickler widersprechen der Aussage über die Skalierbarkeit und Effizienz allerdings und führen an, dass die gleiche Erweiterbarkeit in Gnutella bereits durch Generic Gnutella Extension Protocol (GGEP)-Erweiterungen gegeben ist.

Wikibooks: Gnutella Tutorial als Wikibook – Lern- und Lehrmaterialien
  1. Christian Rabanus: AOL-Tochter entwickelt Napster-Clon. In: heise online. 15. März 2000, abgerufen am 25. Dezember 2019.
  2. Stand Mai 2006, Quelle: www.slyck.com (Memento vom 24. April 2006 im Internet Archive)