Zum Inhalt springen

„BitTorrent“ – Versionsunterschied

aus Wikipedia, der freien Enzyklopädie
Versionsgeschichte interaktiv durchsuchen
[ungesichtete Version][gesichtete Version]
← Zum vorherigen Versionsunterschied
Inhalt gelöscht Inhalt hinzugefügt
VisuellWikitext
,
 
(906 dazwischenliegende Versionen von mehr als 100 Benutzern, die nicht angezeigt werden)
Zeile 1: Zeile 1:
{{Dieser Artikel|behandelt das Protokoll. Zum Referenz-Client siehe [[BitTorrent (Client)]].}}
'''BitTorrent''' (was übersetzt soviel heißt wie „reißender Datenstrom”) ist ein kollaboratives [[Filesharing]]-[[Protokoll]], das besonders für die schnelle Verteilung großer Dateien (jenseits von 100 [[Megabyte|MB]]) geeignet ist. Die erste [[Implementierung]] durch den Erfinder [[Bram Cohen]] erfolgte in der Programmiersprache [[Python (Programmiersprache)|Python]]. Mittlerweile steht eine Reihe von alternativen Programmen zur Verfügung, die das ''BitTorrent-Protokoll'' implementieren.
[[Datei:BitTorrent Logo.svg|mini|BitTorrent-Logo]]
'''BitTorrent''' (von der kleinsten Daten-Einheit ''[[Bit]]'' und {{enS|''torrent''}} ‚reißender Strom‘ oder ‚Sturzbach‘, von {{laS|''torrens''}}) ist ein [[Kollaboration|kollaboratives]] [[Filesharing]]-[[Netzwerkprotokoll|Protokoll]], das sich besonders für die schnelle Verteilung großer Datenmengen eignet und 2001 entworfen sowie erstmals veröffentlicht wurde. Im Gegensatz zu anderen Filesharing-Techniken setzt BitTorrent nicht auf ein übergreifendes Filesharing-Netzwerk, sondern baut für jede Datei ein [[Dezentrales Netzwerk|dezentrales Verteilnetz]] auf.


== BitTorrent-Technik ==
Der Vorgang der Datendistribution mit BitTorrent ist grundsätzlich verschieden von der Arbeitsweise der bekannten [[File Sharing|File-Sharing]]-Tauschbörsen, bei welchen jeder Teilnehmer parallel eigene Dateien anbietet. Der Anwendungszweck ist vielmehr vergleichbar mit dem traditionellen [[File Transfer Protocol]] oder ähnlichen Protokollen zur Dateiübertragung. Durch die zunehmende Implementierung von Trackern, trackerlosem Betrieb sowie Suchfunktionen in den Clients, lassen sich diese jedoch zunehmend auch wie traditionelle Tauschbörsen verwenden.
Technisch ist das Protokoll der [[OSI-Modell|OSI-Schicht]] 7, also der Anwendungsschicht, zuzuordnen und setzt auf das [[TCP/IP-Referenzmodell]] auf. Die [[Referenzimplementierung]] ([[BitTorrent (Client)|BitTorrent-Client]]) durch den Erfinder [[Bram Cohen]] erfolgte ursprünglich in der Programmiersprache [[Python (Programmiersprache)|Python]]. Mittlerweile stehen eine Reihe alternativer Programme zur Verfügung, die das BitTorrent-Protokoll implementieren.


[[Datei:Torrentcomp small.gif|mini|BitTorrent reduziert die Serverauslastung, da sich [[Peer (Informatik)|Peers]] auch mit unvollständigen Dateien untereinander austauschen. Wie die farbigen Balken bei einigen Clients anzeigen, wird die Datei stückweise in zufälliger Reihenfolge untereinander ausgetauscht statt sie komplett zu laden.]]
== Funktion von BitTorrent-Filesharing ==
[[Image:Torrentcomp_small.gif|frame|BitTorrent reduziert die Last auf dem Server, da sich Peers, auch mit unvollständigen Dateien, untereinander austauschen. Wie die farbigen Balken bei einigen Clients anzeigen, wird die Datei stückweise in zufälliger Reihenfolge untereinander ausgetauscht, anstatt sie komplett zu laden.]]


Im Vergleich zum herkömmlichen [[Download]] einer Datei per [[Hypertext Transfer Protocol|HTTP]] oder [[File Transfer Protocol|FTP]] werden bei der BitTorrent-Technik die [[Upload]]-Kapazitäten der Downloader mitgenutzt, auch wenn sie die Datei erst unvollständig heruntergeladen haben. Dateien werden also nicht mehr nur sternförmig von einem Server verteilt, sondern auch ''von Nutzer zu Nutzer'' verteilt ([[Peer-to-Peer]]), wodurch alle ihre Dateien schneller erhalten können. Der Server wird weniger belastet und der Anbieter spart Kosten. Insgesamt ist die Downloadlast nicht geringer, sie wird lediglich auf die Clients verlagert. Möglich wird diese Art der Verbreitung durch die Ausnutzung ungenutzter Upload-Kapazitäten. Bei populären Quelldateien verhindert diese Technik das Zusammenbrechen des Netzes.
Im Unterschied zum [[Herunterladen]] einer Datei mittels [[Hypertext Transfer Protocol|HTTP]] oder [[File Transfer Protocol|FTP]] werden bei der BitTorrent-Technik die (ansonsten ungenutzten) [[Upload]]-Kapazitäten der Downloader mitgenutzt, auch wenn sie die Datei noch nicht vollständig heruntergeladen haben. Dateien werden also nicht nur von einem Server verteilt, sondern auch ''von Nutzer zu Nutzer'' ([[Peer-to-Peer]] oder P2P) weitergegeben. Dieser Ansatz vermeidet Flaschenhälse in Folge ausgereizter Kapazitäten eines einzelnen Anbieters.
BitTorrent besteht aus zwei Teilen: Das [[Server]]-Programm, genannt Tracker, verwaltet Informationen zu einer oder mehreren Dateien. Der herunterladende [[Client]] erfährt vom Tracker, wer sonst noch die Datei herunterlädt und verteilt. Sobald ein Client ein Segment (chunk) der Datei erhalten und die [[Prüfsumme]] verifiziert hat, meldet er dies dem Tracker und kann dieses Dateistück schon an andere Clients weitergeben. [[Peer (Informatik)|Peers]], die am gleichen Torrent interessiert sind, nennt man ''Schwarm''. Peers, die downloaden, nennt man ''leecher'' ([[Englische Sprache|engl.]] „Blutegel, Blutsauger“), solche die den Download zu 100% haben und daher nur uploaden, heißen ''seeder'' (engl. „Säer“).


=== Funktion ===
Um eine Datei herunterladen zu können, benötigt der Client eine Torrent-Datei ([[Dateiendung]] ''.torrent'' oder ''.tor''). In dieser befindet sich die Adresse des Trackers sowie Dateiname, Größe und Prüfsummen der herunterzuladenden Datei. Eine Torrent-Datei kann auch Informationen über mehrere Dateien beinhalten. Torrent-Dateien sind wenige Kilobytes groß und liegen üblicherweise auf der Homepage des Anbieters zum Download bereit. Löscht der Anbieter den Torrent aus dem Tracker oder geht der Kontakt zum Tracker verloren, können die Clients keinen neuen Kontakt zu anderen Clients mehr aufbauen, der Austausch zwischen schon bekannten Clients kann aber fortgeführt werden.
Um sich an der Verteilung der Daten eines Torrents zu beteiligen, benutzt der [[Client]] üblicherweise eine Torrent-Datei ([[Dateinamenserweiterung]] ''.torrent'' oder ''.tor''). In dieser befindet sich die [[IP-Adresse]] (bzw. der [[Hostname]]) des Trackers sowie Dateiname, Größe und eine Liste von Prüfsummen von Segmenten der herunterzuladenden Daten (eine oder mehrere Dateien). Torrent-Dateien können mit vielen verfügbaren Bittorrent-Clients erzeugt werden. Dabei muss der initiale ''Seeder''-[[Peer (Informatik)|Peer]] ([[Englische Sprache|engl.]] „seeder“ = [[Drillsaat|Sämaschine]]) die Verknüpfung zur als Torrent anzubietenden Datei herstellen und diese verfügbar halten.


Für das Finden anderer (an einer bestimmten Datei interessierter) Peers gibt es u. a. ein System, bei dem spezielle (Web-)[[Server]] – die ''Tracker'' (englisch „track“ = verfolgen) – Kontakte vermitteln. Der Tracker hält im Normalfall lediglich eine eindeutige ID des Torrents lokal vor, der die IP-Adressen der Peers zugeordnet sind, welche die Datei verfügbar halten. Peers nehmen recht häufig Verbindung zum Tracker auf, um schnell auf Änderungen der verfügbaren Peers reagieren zu können.
Im Gegensatz zu den bekannten [[File Sharing|File-Sharing]]-Systemen werden nicht beliebige Dateien aus den Beständen der Teilnehmer ausgetauscht. Vielmehr verteilt jeder Schwarm nur die Dateien, welche der Autor der Torrent-Datei explizit für den Download vorgesehen hat. Auch der Betreiber des Trackers bestimmt selbst, welche Downloads von diesem verwaltet werden sollen. Die einzelnen Tracker stehen nicht in Verbindung zueinander, es existiert daher kein gemeinsames Netz. Anbieter können sich so von fremden, möglicherweise illegalen, Inhalten leichter distanzieren.


Torrent-Dateien sind üblicherweise wenige dutzend Kilobyte groß und werden auf der Website des Anbieters oder über Index-Sites (zum Beispiel [[The Pirate Bay]], [[Mininova]] oder [[isoHunt]]) bereitgestellt. Ohne Tracker müssen andere Methoden zum Auffinden von Gegenstellen genutzt werden ([[Verteilte Hashtabelle|DHT]], PEX, …), oder es kann nur mit schon bekannten Gegenstellen getauscht werden.
In neuen Versionen wurden „trackerlose“ (trackerless) Systeme entwickelt. Die Trackerfunktion wird dabei von den Clients mit übernommen. Dies vermeidet einige der bisherigen Probleme (z. B. die fehlende Ausfallsicherheit des Trackers), auch wenn tracker-gestützter Betrieb weiter möglich sein wird. Es erleichtert auch das Anbieten, da Tracker den aufwändigsten Teil in BitTorrent darstellen. Seit der im November 2005 erschienenen Version 4.2.0 unterstützt der Referenz-Client den trackerlosen Betrieb und setzt dabei auf den [[Kademlia]]-Algorithmus. Der Tracker kann dabei dezentral, ähnlich wie im [[Kad]]-Netzwerk, als [[Verteilte Hashtabelle|Distributed Hash Table]] auf den Clients (im Netz) selbst abgelegt und verwaltet werden.


Die Client-Software erhält vom Tracker eine Liste von Gegenstellen, die die Daten oder Teile davon haben oder interessiert sind. Sobald ein Peer ein Segment (englisch „chunk“) der Datei erhalten und die [[Prüfsumme]] verifiziert hat, meldet er dies dem Tracker und kann dieses Dateistück nun an die anderen Peers weitergeben. Die Menge aller Peers, die am gleichen Torrent interessiert sind, nennt man ''Schwarm''. Peers, die im Besitz des kompletten Inhalts des ''Torrents'' sind, und somit nichts von anderen Clients herunterladen, sondern lediglich Daten verteilen, nennt man ''Seeder'' (von engl. ''to seed:'' säen). Als ''[[Leechen|Leecher]]'' (von engl. ''leech:'' Blutegel; -sauger) werden diejenigen Peers bezeichnet, die noch nicht über den gesamten Torrent-Inhalt verfügen und weitere Segmente herunterladen. Vorwiegend in anderen Zusammenhängen werden zum Teil auch Peers abwertend als „Leecher“ bezeichnet, die nur herunterladen, ohne selbst bereits heruntergeladene Segmente weiterzuverteilen und so dem P2P-Prinzip zuwiderhandeln. ''Peer'' bezeichnet allgemein einen mit einem Client verbundenen anderen Client.
In Zukunft wird die Weiterentwicklung des Protokolls nicht mehr alleine von Bram Cohen sondern auch von anderen Entwicklern geleistet. BitTorrent-Benutzer sind in letzter Zeit zunehmend vom (teils unwissentlichen) [[Traffic-Shaping]] ihrer Provider betroffen. Diese setzen meist Sandivine/Ellacoya Systeme oder die Cisco SCE 1000 Serie ein, die tief in den Datenverkehr [[Sniffer|sniffen]] können. Werden Pakete als P2P-Pakete klassifiziert, wird der Upload nahezu auf null gedrosselt. Als Antwort darauf, und weil Bram Cohen keine Notwendigkeit sah, implementierten die Clients [[Azureus (Filesharing-Client)|Azureus]] und [[uTorrent]] eine End-zu-End-Verschlüsselung ([[RC4]]) um dem [[Traffic-Shaping]] zu entgehen. [[Bitcomet|BitComet]] unterstützt die neue Protokoll-Verschlüsselung ebenfalls.


Im Gegensatz zu anderen Filesharing-Systemen werden nicht beliebige Dateien aus den Beständen der Teilnehmer ausgetauscht. Vielmehr verteilt jeder Schwarm nur die Dateien, welche der Autor der Torrent-Datei explizit zur Verteilung vorgesehen hat. Auch der Betreiber des Trackers bestimmt selbst, welche Downloads von diesem verwaltet werden sollen. Die einzelnen Tracker stehen nicht in Verbindung zueinander, es existiert daher kein gemeinsames Netzwerk, sondern ein gesondertes für jeden einzelnen Torrent. So können sich Anbieter auch von fremden, möglicherweise illegalen Inhalten leichter distanzieren.
== Einsatzgebiete, Vor- und Nachteile ==
Besonders gut geeignet ist BitTorrent für die schnelle Verteilung großer Dateien, für die eine aktuell große [[Nachfrage]] vorhanden ist. Bei etwas älteren oder weniger gefragten Dateien ist unter Umständen der Download über [[File Transfer Protocol|FTP]] oder [[HTTP]] wegen der evtl. zu geringen Anzahl von Uploadern vorzuziehen.


=== Offizielle Protokollerweiterungen ===
<!-- die folgende beschreibung treffe so ähnlich (sehr sehr ähnlich!) auf alle p2p netze zu und beschreibt nur den einfachen sachverhalt, dass input=output... man sollte diese beschreibung aus dem netz hier herausziehen und bei der beschreibung von p2p netzen, oder besser in den "leech" artikel integrieren... denn leecher glauben ja diese weltformel umgehen zu koennen oder zumindest zu ihren vorteil zu verschieben... (Tsukasa)-->
Die Entwicklung der BitTorrent-Protokolle wurde der Community übergeben. In den ''BitTorrent Enhancement Proposals'' (BEP) sammeln sich neue Funktionen, die in der Regel von den Autoren verschiedener BitTorrent-Software eingeführt und nun darin standardisiert wurden.
Da die Menge der Bandbreite, die jeder Downloader (Leecher) bekommen kann, von der Menge der fertigen und der Menge der unfertigen Downloads (Quellen) im Netz, sowie der Uploadraten der User abhängt, kann es je nach Menge der Anbieter (Seeder), der Downloader (Leecher) und der Verteilungsrate zu mehr oder weniger "Kilobytes pro Sekunde" kommen. Da ein User mit vollständigem Download praktisch keinerlei Download-Bandbreite benötigt, steigt die maximal verfügbare Bandbreite für das gesamte Netz, weil dieser fertige User nur hochlädt (seeden). Andersrum beanspruchen Downloader Bandbreite, tragen aber selbst mit ihrer Upload-Bandbreite bei.
Am folgenden (nur sehr theoretischen) Beispiel soll die Auswirkung von unterschiedlichen Mengen von reinen Anbietern (Seeder) und Downloadern (Leecher) dargestellt werden:


==== Erweiterung für Peers zum Übertragen von Metadaten ====
* 5 Vollständige Downloads, jeder der Anschlüsse hat im Schnitt eine Upload-Bandbreite von 30 Kilobytes pro Sekunde: 5 × 30 = 150 KByte/s
Die in BEP 9 beschriebene Erweiterung erlaubt Peers das Übertragen von [[Metadaten]], um z.&nbsp;B. [[Magnet-Link]]s auflösen zu können. Darüber kann ein Peer ohne eine .torrent-Datei einen Torrent herunterladen und dazu dem entsprechenden Schwarm beitreten.
* 10 Unvollständige Downloads, jeder der Anschlüsse hat im Schnitt eine Upload-Bandbreite von 30 KByte/s: 10 × 30 = 300 kbyte/s


==== DHT-Protokoll ====
Die gesamte Bandbreite im Netzwerk beträgt also 150 KByte/s plus 300 KByte/s, gesamt also 450 KByte/s. Da 10 User gleichzeitig herunterladen, teilt sich diese verfügbare Bandbreite auf in 10× durchschnittlich 45 KByte/s.
{{Veraltet|der Informationen zur Umsetzung|seit=2020-01}}
BEP 5 beschreibt den Einsatz einer [[Verteilte Hashtabelle|verteilten Hashtabelle]] (englisch „Distributed Hash Table“; DHT) auf Basis des [[Kademlia]]-Algorithmus für den „trackerlosen“ (englisch „trackerless“) Betrieb. Diese Erweiterung ist derzeit noch im Entwurfsstadium, der Einsatz ist jedoch schon weit verbreitet.
Die Trackerfunktion wird dabei von der Clientsoftware übernommen. Dies vermeidet einige der bisherigen Probleme (zum Beispiel die fehlende Ausfallsicherheit des Trackers), auch wenn tracker-gestützter Betrieb weiterhin möglich sein wird. Es erleichtert auch das Anbieten, da Tracker den aufwändigsten Teil in BitTorrent darstellen. Seit der im November 2005 erschienenen Version 4.2.0 unterstützt der Referenz-Client den trackerlosen Betrieb und setzt dabei auf den [[Kademlia]]-Algorithmus. Der Tracker kann dabei dezentral, ähnlich wie im Kademlia-Netzwerk, als verteilte Hashtabelle auf den Clients selbst abgelegt und verwaltet werden.


Moderne BitTorrent-Clients können daher auf Tracker verzichten und dezentral arbeiten („trackerlos“). Allerdings verwenden sie noch unterschiedliche Protokolle, sodass die Kommunikation zwischen verschiedenen Clients auf DHT-Basis nicht immer möglich ist. Untereinander kompatibel sind zurzeit [[BitComet]], [[Deluge]], [[µTorrent]], [[KTorrent]], [[qBittorrent]], [[rTorrent]], [[Transmission (Software)|Transmission]] und der [[BitTorrent (Client)|Referenz-Client]]. Die Entwickler arbeiten verstärkt daran, Kompatibilität herzustellen.
In der Realität wird solch ein Wert auf großen, öffentlichen Trackern aber meist nur bei beliebten Torrents erreicht, da auch Bandbreite durch Wartezeiten, Zuordnungen, verschiedene Erreichbarkeiten etc. verloren geht. Außerdem sind in der Praxis auch verschiedene Anschlussgeschwindigkeiten und Prioritäten für ein mehr oder weniger schnelles Runterladen verantwortlich.


==== UDP-Trackerprotokoll ====
Auf Anti-Leech-Trackern (Erklärung s.&nbsp;u.) sind solche und noch wesentlich höhere Downloadraten allerdings sehr oft anzutreffen. Hier lassen sich auch schnelle Anschlüsse wie etwa DSL 6000 mit Download-Geschwindigkeiten jenseits der 500 KByte/s optimal nutzen.
{{Veraltet|der Informationen zur Umsetzung|seit=2017-01}}
Mit der Erweiterung aus BEP 15 kann ein Tracker per [[User Datagram Protocol|UDP]] abgefragt werden, was das Datenverkehrsaufkommen am Tracker stark reduzieren kann. Diese Erweiterung ist derzeit noch im Entwurfsstadium.


==== Superseeding ====
== Ableger und Anwendungen ==
{{Veraltet|der Informationen zur Umsetzung|seit=2016-07}}
Der BitTorrent-Client [[Exeem|eXeem]] verteilt auch die .torrent-Dateien und kann dadurch auf [[Tracker]] verzichten. Schlechte Kritiken hat dieses Programm jedoch durch den Einbau von [[Adware]] in die Software (ähnlich dem Programm Kazaa) erhalten. Die Entwicklung wurde August 2005 eingestellt.
BEP 16 beschreibt das sogenannte Superseeding (bei [[µTorrent]] auch ''initial seeding'' genannt), bei dem für den Fall, dass der jeweilige Peer der einzige Seed in einem noch datenlosen Schwarm ist, der Versand daraufhin optimiert wird, dass im restlichen Schwarm möglichst schnell eine (verteilte) Kopie der Daten entsteht.
Dazu zeigt sich der Seed in diesem Modus im Schwarm auch als unvollständige Quelle und gibt seine Teile nur nach und nach heraus. Er liefert vorerst jedes Teil nur je einmal aus und gibt weitere Teile frei, wenn er Rückmeldung erhalten hat, dass ein hochgeladenes Teil weiterverbreitet wurde. Er versucht herauszufinden, welche Peers für die schnellste Weiterverbreitung sorgen, und lädt zu diesen bevorzugt hoch.
Der Client ''[[BitComet]]'' ist dafür bekannt geworden, dieses Vorgehen zum eigenen Vorteil zu missbrauchen.


Superseeding wurde in dem Client ''[[BitTornado]]'' eingeführt. Die Erweiterung ist derzeit noch im Entwurfsstadium.
Moderne BitTorrent-Clients können auf Tracker verzichten und dadurch dezentral arbeiten („trackerlos”). Allerdings verwenden sie noch unterschiedliche Protokolle, sodass die Kommunikation zwischen verschiedenen Clients auf [[Distributed Hashtable|DHT]]-Basis nicht immer möglich ist. Untereinander kompatibel sind zur Zeit [[Bitcomet]], [[µTorrent]], [[KTorrent]] und der Classic-Client. Die Entwickler arbeiten jedoch verstärkt daran Kompatibilität herzustellen.


==== HTTP/FTP Seeding ====
[[Red Hat]] gehörte neben [[Ubuntu]] zu den ersten [[Linux-Distribution]]en, die auch mit BitTorrent die [[CD-ROM]]s der Distribution verteilten und auch [[Blizzard Entertainment|Blizzard]] brachte die [[World of Warcraft]]-[[Beta-Version|Beta]] und bringt jetzt, wie [[Id Software|id Software]] es schon länger versucht, die größeren Patches für die finale Version per BitTorrent unters Volk. Inzwischen sind alle bekannteren Linuxdistributionen und [[FreeBSD]] über BitTorrent erhältlich. Auch außerhalb des Software-Bereiches gibt es konkrete Anwendungen: Die britische [[BBC]] unternimmt derzeit Pilotversuche, um aktuelle Sendungen und Dokumentationen unmittelbar nach der Ausstrahlung online über BitTorrent zur Verfügung zu stellen.
{{Siehe auch|Webseed}}
BEP 17 und 19 beschreiben Verfahren zur Nutzung von HTTP- oder FTP-[[Webserver]]n als vollständige Quellen (Seeds) in einem BitTorrent-Schwarm.
Auch existieren diverse BitTorrent-Anwendungen für das dezentrale, anonyme und verschlüsselte Kommunikationsnetzwerk [[I2P]].


==== Private Torrents ====
== ALT (Anti-Leech-Tracker) ==
Im Unterschied zu öffentlichen Torrents, wird bei privaten Torrents der Zugriff eingeschränkt.
BitTorrent beruht – wie alle Peer-to-Peer-Netze – auf „Geben und Nehmen“. Viele Anwender solcher Peer-to-Peer (p2p)-Software befolgen diese „Regeln“ nicht. Gemeinhin wird ein solches Verhalten als „Snatch and Leave“ (snl) bezeichnet, da Peers mit der kompletten Datei gleich nach Beenden des Downloads das p2p-Programm beendeten. Als Reaktion auf dieses Verhalten haben einige Nutzer einen eigenen (ALT-)Tracker erstellt oder sind einem solchen beigetreten. Ziel ist es, dass nur Nutzer bei einem ALT (Anti-Leech-Tracker) genannten Tracker downloaden, die sich an minimale Regeln halten. Die wohl wichtigste Regel lautet: Gib weiter, was du bekommen hast. Wer zu wenig „seedet“ (hochlädt), also eine zu niedrige Ratio hat, wird gebannt. Die Ratio ergibt sich durch Division der durchschnittlichen Uploadrate durch die durchschnittliche Downloadrate. Eine Ratio von 1 oder höher heißt, dass gleichviel oder mehr gegeben wurde als genommen.
Mit einem [[Flag (Informatik)|Flag]] in der .torrent-Datei (die hierbei nur einen einzigen Tracker enthält) wird dem Client vorgeschrieben, sich bei der Auffindung von Quellen auf den einen in der Datei angegebenen Tracker zu beschränken und nur mit Clients zu verbinden, die dieser liefert. BEP 27 beschreibt das Verfahren.


==== Ankündigen und Auffinden von Peers mittels Zeroconf ====
Die Folgen, die entstehen, wenn zu viele Benutzer nehmen möchten ohne zu geben, führten bereits in der Vergangenheit in anderen P2P-Netzen zu großen Problemen. Im [[Edonkey2000]]-Netz reagierte man zum Beispiel mit der Implementierung eines Credit-Systems, das dieses Problem dadurch löst, dass man mehr nehmen kann je mehr man gibt, indem man für das Hochladen Punkte bekommt. Ganz allgemein: Ein P2P-Netz kann sich vor den Problemen durch Leechen schützen, indem es entweder ein solches Credit-System bietet, oder den Benutzern nicht erlaubt den Upload im Client zu minimieren, was jedoch nicht wirklich möglich ist, kann man doch quelloffene Clients als Benutzer leicht modifizieren oder einen eigenen Client entwickeln.
{{Veraltet|der Informationen zur Umsetzung|seit=2017-01}}
Mit der in BEP 26 (noch im Entwurfsstadium) beschriebenen Erweiterung können sich Peers mittels DNS Service Discovery ([[Zeroconf]]) in einem [[Local Area Network|lokalen Netzwerk]] finden.
Innerhalb eines lokalen Netzwerkes sind in der Regel deutlich höhere Übertragungsraten möglich und der Aufwand für die Übertragung ist geringer. Mit dieser Erweiterung können Peers im gleichen lokalen Netzwerk, die am selben Torrent interessiert sind, dies entlastend für den Schwarm und die gemeinsame Außenanbindung nutzen und eventuell mehr Peers gefunden werden.
Dazu muss auf den jeweiligen Systemen ein Zeroconf-[[Daemon]] laufen.


==== Auffinden von BitTorrent-Zwischenspeichern ====
Einige Nutzer (vorwiegend User von ALT-Trackern) haben sich, um noch schneller Daten zu senden/empfangen, einen Server zugelegt. Server haben meist eine sehr gute Anbindung von mehreren Dutzend Megabit pro Sekunde, weshalb die Verteilung von Dateien sehr viel schneller vonstatten geht als vom heimischen Computer. Torrents sind manchmal mit dem Zusatz „webseed“ oder „webseeding“ versehen, was heißt, dass ein oder mehrere Server als Seeder (Uploader) funktionieren. Im Endeffekt führt dies zu einer höheren Geschwindigkeit. Durch günstige Preise von Servern nimmt die Verbreitung zu.
{{Veraltet|der Informationen zur Umsetzung|seit=2017-01}}
Die im BEP 22 (noch im Entwurfsstadium) beschriebene Erweiterung ermöglicht das Aufspüren [[Topologie (Rechnernetz)|netzwerk-topologisch]] naheliegender Knoten wie zum Beispiel Pufferspeichern eines [[Internetdienstanbieter]]s. Dies kann in vielerlei Hinsicht nützlich sein:


Indem Internetdienstanbieter Verkehr von auf ihrem Netz populären Torrents zwischenspeichern und auf ihrem Netz betriebene Clients aus dem Zwischenspeicher speisen, kann teurerer externer Datenverkehr eingespart werden. Für die Kunden ergibt sich damit eine Verbesserung der Zuverlässigkeit des Torrents und der Geschwindigkeit beim Herunterladen. Die Daten von Torrent-Transfers können damit unkompliziertere Routen durchs Internet nehmen.
Nachteilig kann sich eine hohe Upload-Geschwindigkeit vieler User für Personen mit geringem Upstream auswirken. Für solche ist es viel schwieriger, eine gute Ratio zu erreichen, da meist Leute mit viel Upstream bevorzugt werden. Folglich kann es sein, dass diese User trotz guter Absichten von dem ALT verbannt werden, weil sie einfach ihre Ratio nicht halten konnten.


Diese Erweiterung wurde mit Version 4.20.0 des Original-Clients (mainline) eingeführt.
== Clients ==
* [[BitTorrent Client]] - [[Plattformunabhängigkeit|plattformunabhängig]], [[Open Source]], [[Python (Programmiersprache)|Python]], Original-Client
* [[Azureus (Filesharing-Client)|Azureus]] - plattformunabhängig, Open Source, [[Java (Programmiersprache)|Java]], meistgenutzter Client
* [[Bitcomet|BitComet]] – [[Microsoft Windows|Windows]], [[proprietäre Software|proprietär]], [[C++]]
* [[UTorrent|µTorrent]] – Windows, proprietär, C++, leichtgewichtiger Client


==== Protokollverschleierung ====
Außer diesen meistgenutzten, weitestgehend Feature-kompatiblen Clients gibt es noch viele weitere, zum Beispiel:
Viele Clients bieten mittlerweile eine Verschlüsselung des Datenstromes mit dem [[RC4#Sicherheit|unsicheren]] Algorithmus [[RC4]] ([[Stromchiffre]]) und dem „Infohash“ des jeweiligen Torrents als Schlüssel, um das Protokoll des Datenstromes zu verschleiern und [[Internetdienstanbieter]]n das [[Traffic-Shaping]] zu erschweren. Für Kunden einiger Internetdienstanbieter ist es die einzige Möglichkeit, einer selektiven Drosselung ihres Datenverkehres zu entgehen, andererseits nimmt es den Anbietern auch die Möglichkeit des Betriebes von BitTorrent-Zwischenspeichern und braucht mehr Rechenleistung.µTorrent und Azureus führten die Erweiterung zusammen ein, was schlagartig einen Großteil aller Peers kompatibel zu verschlüsselten Verbindungen machte.
* [[ABC (Yet Another BitTorrent Client)|ABC]] – Windows, Open Source ([[GNU General Public License|GPL]]), [[Python (Programmiersprache)|Python]]
* [[Exeem|eXeem]] – Entwicklung eingestellt, enthält Werbung
* [[KTorrent]] – [[KDE]], Open Source (GPL)
* [[MLDonkey]] – plattformunabhängig, Open Source (GPL), [[Objective CAML]], unterstützt auch die Protokolle eDonkey2000/eMule, Overnet, Emule-kademlia, Fasttrack, FileTP, Gnutella1, Gnutella2
* [[Opera]] ab Version 9.0 (bisher nur als Beta-Version verfügbar)
* [[Rufus]] – plattformunabhängig, Windows, Open Source, Python
* [[Shareaza]] – Windows, Open Source (GPL), C++, unterstützt auch die Protokolle Gnutella2, Gnutella1, eDonkey2000/eMule
* [[Tomato Torrent]] – [[Mac OS X]], Open Source
* [[Transmission (P2P)]] – plattformunabhängig, Open Source ([[MIT-Lizenz]])


Der ursprüngliche Entwickler des BitTorrent-Protokolles Bram Cohen kritisierte dieses Vorgehen und das zugehörige BEP 8 ist zurückgestellt.<ref>{{Internetquelle |autor=Bram Cohen |url=https://bramcohen.livejournal.com/29886.html |titel=Obfuscating BitTorrent |datum=2006-01-29 |sprache=en |abruf=2022-10-06}}</ref>
Da an dieser Stelle unmöglich alle Clients aufgezählt werden können, siehe auch:


==== Peer Exchange ====
* [[:en:Comparison of BitTorrent clients|Comparison of BitTorrent clients]] – Vergleich von BitTorrent-Clients aus der englischen [[Wikipedia]]
{{Veraltet|Informationen zur Adaption des BEP|seit=2017-07}}
Peer Exchange (PEX) ist ein alternatives Verfahren zum Auffinden von Peers. Damit können Peers ihre Peer-Listen untereinander austauschen und somit zusätzliche Peers von verbundenen Peers bezogen werden.
Obwohl die entsprechende BEP 11 noch nicht angenommen ist, ist das Verfahren schon weit verbreitet.


== Weblinks ==
=== Internetcache ===
Ab Version 4.20.0 unterstützt BitTorrent das [[Internet Cache Protocol]] (ICP), um die [[Datenübertragungsrate]] der Provider zu schonen. Dazu wurde das Zusatz-Protokoll ''Cache Discovery Protocol'' definiert. Bisher wurde diese Methode aber noch nicht genutzt. Da Caching-Provider durch den [[Digital Millennium Copyright Act]] (DMCA) nicht für den durchgeleiteten Datenverkehr haften müssen, bestehen zumindest in den [[Vereinigte Staaten|Vereinigten Staaten]] juristisch keine Probleme.<ref>{{Internetquelle |autor=Volker Zota |url=https://www.heise.de/newsticker/meldung/BitTorrent-4-20-unterstuetzt-Internet-Caches-135529.html |titel=BitTorrent 4.20 unterstützt Internet Caches |werk=heise online |datum=2006-06-23 |sprache=de |abruf=2022-10-06}}</ref>


=== Anti-Leech-Tracker (ALT) ===
* [http://www.bittorrent.com/ Offizielle BitTorrent-Website] (englisch)
BitTorrent beruht – wie alle Filesharing-Netzwerke – auf dem Prinzip „Geben und Nehmen“. Nicht wenige Teilnehmer deaktivieren ihre eigene Seed-Funktion („upload“) und missachten damit dieses Prinzip. Als Reaktion auf dieses Ausnutzen haben sich sogenannte „Anti-Leech-Tracker“ (ALT) etabliert, die das Verhalten der Teilnehmer stetig beobachten und Teilnehmer, die nur herunterladen oder dies in unfairem Verhältnis tun, vom Netzwerk ausschließen, sobald gegen vordefinierte Regeln verstoßen wird. Als Maßstab gilt hier die sogenannte Ratio („file ratio“, „overall ratio“ oder beim [[µTorrent]] „Share-Rate“), die sich aus dem [[Quotient]]en von gesendeter und empfangener Datenmenge errechnet.
* [http://www.netzwelt.de/news/68879-bittorrenterfinder-im-interview.html Interview mit Bram Cohen]

* {{dmoz|Computers/Software/Internet/Clients/File_Sharing/BitTorrent/|BitTorrent}} (englisch)
Bei diesem System sind jedoch Teilnehmer mit geringerer [[Datenübertragungsrate]] benachteiligt. So kann es passieren, dass solche Nutzer vom ALT verbannt werden, wenn sie ihre Ratio nicht rechtzeitig einhalten können. Daher wird auf einigen ALT mit dem sogenannten „Only Upload“ gegen diesen Missstand vorgegangen. Bei „Only Upload“ wird ausschließlich die Masse an hochgeladenen Daten angerechnet. Ferner wird diesem Problem auch verstärkt mit einem sogenannten „Seedbonus“ begegnet, bei dem Punkte für die Zeitspanne des Sendevorgangs („upload“) vergeben werden, die dann wiederum in „Upload-Guthaben“ eingetauscht werden können.
* [[Wikipedia:WikiReader/p2p-filesharing]]

* [http://www.needtorrents.com/faq.php BitTorrent Guide & FAQ]
Eine weitere Problematik: Der ALT ist zum Errechnen des Verhältnisses auf Berichte der teilnehmenden Clients angewiesen. Diese können leicht verfälscht werden, entweder absichtlich durch Manipulationen von Schummlern oder versehentlich durch fehlerhaft konfigurierte Client-Software. Hier wurden mittlerweile jedoch auch Methoden entwickelt, die solche potentiellen Betrugsversuche erkennen und damit zum sofortigen Ausschluss führen.
* [http://www.bittorrent.org/Draft_DHT_protocol.html Offizielles DHT-Protokoll]

=== Künftige Weiterentwicklungen ===
In Zukunft wird die Weiterentwicklung des Protokolls nicht mehr alleine von Bram Cohen, sondern auch von anderen Entwicklern getragen. BitTorrent-Benutzer sind in letzter Zeit zunehmend (teils unwissentlich) vom [[Traffic-Shaping]] ihrer Provider betroffen. Werden dabei Pakete als P2P-Pakete klassifiziert, wird der Upload in vielen Fällen stark gedrosselt. Als Antwort darauf implementierten die Clients [[Vuze]] (früher ''Azureus'') und [[µTorrent]] eine [[Ende-zu-Ende-Verschlüsselung]] (mit [[RC4]]-Stromchiffre), um das Traffic-Shaping zu umgehen. [[BitComet]], [[rTorrent]], [[Transmission (Software)|Transmission]] sowie [[KTorrent]] unterstützen die neue Protokoll-Verschlüsselung ebenfalls.

== Geschichte ==
Das BitTorrent-Protokoll wurde im April 2001 von dem Programmierer [[Bram Cohen]] für die [[Bootleg]]ger-Online-Community ''[[etree]]'' entworfen.<ref>{{Internetquelle |autor=Kim Peterson |url=https://www.seattletimes.com/business/bittorrent-file-sharing-program-floods-the-web/ |titel=BitTorrent file-sharing program floods the Web |werk=The Seattle Times |datum=2005-01-10 |sprache=en |abruf=2020-10-06}}</ref> Am 2. Juli 2001 veröffentlichte er eine erste Implementierung, die mittlerweile von der von ihm gegründeten Firma [[BitTorrent, Inc.]] betreut wird.<ref>{{Internetquelle
|autor= Bram Cohen
|hrsg= Yahoo! Inc.
|werk= Yahoo! Groups
|url= http://finance.groups.yahoo.com/group/decentralization/message/3160
|titel= BitTorrent&nbsp;— a new P2P app
|datum= 2. Juli 2001
|zugriff= 15. April 2007
|archiv-url= https://archive.today/2012.05.24-162004/http://finance.groups.yahoo.com/group/decentralization/message/3160
|archiv-datum= 2013-09-05

}}</ref>
Bereits nach kurzer Zeit begann die File-Sharing-Szene, die Technologie unter anderem für das Tauschen von nicht lizenzierten Kopien [[urheberrecht]]lich geschützter Daten zu nutzen. Mit der Zeit entwickelte sich BitTorrent zum größten (Inhalte, Benutzer, Verkehr) Filesharing-Netz. Es produzierte zeitweise ein Drittel des gesamten weltweiten Internet-Datenverkehrs.

Die US-amerikanische Firma namens BitTorrent hat Ende Februar 2007 ihre gleichnamige [[Website]] in einen Online-Shop umgewandelt, in dem sich viele Medieninhalte nur noch kostenpflichtig herunterladen lassen.

2018 verließ Bram Cohen BitTorrent, Inc.<ref>{{Internetquelle |autor=Bram Cohen |url=https://twitter.com/bramcohen/status/1087585902333853696 |titel=I stopped being full time at BitTorrent in summer 2017 and my involvement ended when it sold to Tron last year |werk=@bramcohen |datum=2019-01-21 |abruf=2019-05-01 |sprache=en}}</ref>

== Einsatzgebiete, Vor- und Nachteile ==
BitTorrent eignet sich besonders für die schnelle Verteilung großer Dateien, für die eine große [[Nachfrage]] vorhanden ist. Bei älteren oder weniger gefragten Dateien ist unter Umständen das Herunterladen über [[File Transfer Protocol|FTP]] oder [[HTTP]] aufgrund der geringen Anzahl von Uploadern vorzuziehen. Dieser Nachteil kann durch die Nutzung sogenannter [[Webseed]]s aufgehoben werden. Der Vorgang der Datendistribution mit BitTorrent unterscheidet sich grundsätzlich von der Arbeitsweise der bekannten Filesharing-Tauschbörsen, bei denen jeder Teilnehmer parallel eigene Dateien anbietet. Durch die zunehmende Implementierung von trackerlosen Ansätzen sowie Suchfunktionen in Clients lassen sich diese jedoch wie traditionelle Tauschbörsen verwenden.
=== Einsatz in der Praxis ===
[[Red Hat]] und [[Novell]] gehörten zu den ersten [[Linux-Distributor]]en, die BitTorrent zur Verbreitung ihrer Distributionen verwendeten. Inzwischen sind alle bekannteren Linuxdistributionen und [[FreeBSD]] über BitTorrent erhältlich. Der Spieleentwickler [[Blizzard Entertainment|Blizzard]] verteilte die [[World of Warcraft|World-of-Warcraft]]-[[Versionierung#Beta-Version|Beta]] über BitTorrent und stellt jetzt, wie [[id Software]], die größeren Patches für die finale Version ebenfalls als Torrents bereit. Auch [[OpenOffice.org]] und [[LibreOffice]] können per BitTorrent geladen werden. Facebook und Twitter verteilen die Software ihrer Server via BitTorrent.<ref>{{Internetquelle |autor=Ernesto Van der Sar |url=https://torrentfreak.com/facebook-uses-bittorrent-and-they-love-it-100625/ |titel=Facebook Uses BitTorrent, and They Love It |werk=TorrentFreak |datum=2010-06-25 |sprache=en |abruf=2022-10-06}}</ref><ref>{{Internetquelle |autor=Ernesto Van der Sar |url=https://torrentfreak.com/twitter-uses-bittorrent-for-server-deployment-100210/ |titel=Twitter Uses BitTorrent For Server Deployment |werk=TorrentFreak |datum=2010-02-10 |sprache=en |abruf=2022-10-06}}</ref>

Auch außerhalb des Software-Bereiches gibt es konkrete Anwendungen: Die britische [[BBC]] unternimmt derzeit Pilotversuche, um aktuelle Sendungen und Dokumentationen unmittelbar nach der Ausstrahlung online über BitTorrent zur Verfügung zu stellen. Das [[Freie Musik|Freie-Musik]]-Projekt [[Jamendo]] verteilt Alben über BitTorrent.

=== Tor-Netzwerk ===
BitTorrent sollte nicht via [[Tor (Netzwerk)|Tor]] genutzt werden, sofern die Nutzung anonymisiert erfolgen soll.<ref>{{Internetquelle |autor= |url=https://blog.torproject.org/bittorrent-over-tor-isnt-good-idea |titel=Bittorrent over Tor isn't a good idea |werk=Tor Blog |hrsg=[[Tor (Netzwerk)|The Tor Project]] |datum=2010-04-29 |sprache=en |abruf=2021-10-31}}</ref>

== Sonstiges ==
Laut Studie der ipoque GmbH machte die Datenübertragung über das BitTorrent-Protokoll in Deutschland im Jahr 2008 37 % des gesamten Datenverkehrs aus und belegte damit weit vor [[Hypertext Transfer Protocol|HTTP]], mit einem Anteil von 15 %, den Spitzenplatz.<ref>{{Internetquelle |autor=Hendrik Schulze, Klaus Mochalski |url=https://sites.cs.ucsb.edu/~almeroth/classes/W10.290F/papers/ipoque-internet-study-08-09.pdf |titel=Internet Study 2008/2009 |werk=University of California, Santa Barbara |datum=2009 |sprache=en |abruf=2020-10-06}}</ref> Die Repräsentativität dieser Studie wird jedoch bezweifelt, da nur ausgewählte Kunden der ipoque GmbH untersucht wurden.<ref>{{Internetquelle |autor=Christian Wölbert |url=https://www.heise.de/newsticker/meldung/Traffic-Analyse-P2P-verliert-Anteile-Web-holt-auf-198523.html |titel=Traffic-Analyse: P2P verliert Anteile, Web holt auf |werk=heise online |datum=2009-02-19 |sprache=de |abruf=2022-10-06}}</ref>

Weiterhin gibt ipoque an, dass BitTorrent das einzige Filesharing-Protokoll sei, das signifikant für legale Inhalte genutzt werde.<ref>{{Internetquelle |url=http://www.ipoque.com/news_&_events/news/pressemitteilung_ipoque_210606.html |titel=P2P Raid in Germany Shows Little Effect |werk=ipoque |datum=2006-06-21 |sprache=de |archiv-url=https://web.archive.org/web/20080529143918/http://www.ipoque.com/news_&_events/news/pressemitteilung_ipoque_210606.html |archiv-datum=2008-05-29 |abruf=2020-10-06}}</ref>

Zwischenzeitlich zeigte Google das Wort ''bittorrent'' über die Autocomplete-Funktion nicht an.<ref>{{Internetquelle |autor=Ernesto Van der Sar |url=https://torrentfreak.com/google-starts-censoring-bittorrent-rapidshare-and-more-110126/ |titel=Google Starts Censoring BitTorrent, RapidShare and More |werk=TorrentFreak |datum=2011-01-26 |sprache=en |abruf=2022-10-06}}</ref>

=== Rechtliches ===
Das BitTorrent-Protokoll selbst ist völlig legal. Probleme entstehen, wenn urheberrechtswidriger Inhalt übertragen wird.

Die Legalität des Betreibens von Torrentseiten oder Trackerservern mit Torrents, über die [[urheberrecht]]lich geschütztes Material ohne Genehmigung verbreitet werden kann, ist umstritten, da die Server selbst keine Dateien anbieten, sondern nur die Peers untereinander verbinden.

Die [[Motion Picture Association of America|Motion Picture Association of America (MPAA)]] ging erstmals 2003 gegen Torrent-Seiten vor, was im Juli 2003 zur Schließung der Seiten ''Torrentse'' und ''Sharelive'' führte.<ref>{{Internetquelle |autor=Janko Röttgers |url=https://www.heise.de/newsticker/meldung/Bittorrent-Webseiten-unter-Druck-82795.html |titel=Bittorrent-Webseiten unter Druck |werk=heise online |datum=2003-07-26 |sprache=de |abruf=2022-10-06}}</ref> In der Vergangenheit kam es auch häufiger zu Beschlagnahmungen von Servern, die Torrents anboten. Die erste groß angelegte Aktion fand im Dezember 2004 statt, als die finnische Polizei eine Razzia auf die Server der Seite ''Finreactor'' durchführte. Die Torrents werden seitdem nicht mehr angeboten und das Verfahren wurde eingestellt.<ref>{{Internetquelle |url=http://www.hs.fi/english/article/1101978018778 |titel=Police swoop closes down Finland’s largest file download site |werk=Helsingin Sanomat |datum=2009-04-10 |sprache=en |abruf=2022-10-06}}</ref><ref>{{Internetquelle |autor=Drew Cullen |url=https://www.theregister.com/2004/12/14/finnish_police_raid_bittorrent_site/ |titel=Finnish police raid BitTorrent site |werk=The Register |datum=2004-12-14 |sprache=en |abruf=2022-10-06}}</ref> Die bis dato wohl größte Torrent-Seite, ''Suprnova''<!-- ohne e! -->, wurde ebenfalls im Dezember 2004 <!-- die Newsticker-Meldung stammt von Dezember 2005, bezieht sich aber auf die Schließung der Seite ein Jahr zuvor! -->geschlossen, nachdem die slowenischen Behörden eine Durchsuchung bei ihrem Provider durchgeführt hatten.<ref>{{Internetquelle |autor=Andreas Wilkens |url=https://www.heise.de/newsticker/meldung/Ermittlungen-gegen-BitTorrent-Seite-Suprnova-eingestellt-160144.html |titel=Ermittlungen gegen BitTorrent-Seite Suprnova eingestellt |werk=heise online |datum=2005-12-21 |sprache=de |abruf=2022-10-06}}</ref> Die Seite ''LokiTorrent'', vermutlich die damals größte Torrent-Suchmaschine nach Suprnova<!-- ohne e! -->, stellte kurz darauf im Februar 2005 den Dienst ein. Nach Angaben der MPAA zahlte der Administrator Edward Webber eine Geldstrafe und wurde gerichtlich zur Herausgabe von Log-Dateien gezwungen.<ref>{{Internetquelle |autor=Ashlee Vance |url=https://www.theregister.com/2005/02/10/loki_down_mpaa/ |titel=MPAA closes Loki |werk=The Register |datum=2005-02-10 |sprache=en |abruf=2022-10-06}}</ref> Im Mai 2005 schlossen die US-Behörden [[Federal Bureau of Investigation|FBI]] und das dem [[Ministerium für Innere Sicherheit der Vereinigten Staaten|Ministerium für Innere Sicherheit]] untergeordnete [[Immigration and Customs Enforcement]] die Seite ''EliteTorrents''.

{{Veraltet|der Angaben zum Verfahrensstand gegen die PirateBay Gründer|seit=2012}}

Die bisher wohl spektakulärste Aktion fand im Mai 2006 statt, als der weltgrößte BitTorrent-Tracker ''[[The Pirate Bay|ThePirateBay.org]]'' auf Druck des US-Justizministeriums von der schwedischen Polizei [[The Pirate Bay#Beschlagnahmung im Mai 2006|beschlagnahmt wurde]], jedoch bereits wenige Tage später wieder am Netz war.
Im Februar 2009 wurden vier der Betreiber von The Pirate Bay von der schwedischen Justiz angeklagt und im April zu jeweils einjährigen Haftstrafen sowie Schadenersatzzahlungen in Millionenhöhe verurteilt.<ref>{{Internetquelle |url=http://www.tagesschau.de//ausland//piratebay100.html |titel=Tauschbörse "Pirate Bay" vor Gericht |werk=Tagesschau |datum=2009-02-16 |sprache=de |archiv-url=https://web.archive.org/web/20090216085105/http://www.tagesschau.de//ausland//piratebay100.html |archiv-datum=2009-02-16 |abruf=2022-10-06}}</ref><ref>{{Internetquelle |url=http://www.tagesschau.de/wirtschaft/piratebay106.html |titel="Pirate-Bay"-Betreiber zu einjährigen Haftstrafen verurteilt |werk=Tagesschau |datum=2009-04-17 |sprache=de |archiv-url=https://web.archive.org/web/20090419073920/http://www.tagesschau.de/wirtschaft/piratebay106.html |archiv-datum=2009-04-19 |abruf=2022-10-06}}</ref> Dies ist insofern bedeutend, als es um das Bereitstellen urheberrechtsgeschützter Inhalte ging, die jedoch an sich nicht auf den Servern der Betreiber liegen. Das Urteil ist noch nicht rechtskräftig.
Anfang Dezember 2014 startet die schwedische Polizei die größte Razzia gegen The Pirate Bay und beschlagnahmten Server und weitere Technik aus einem Rechenzentrum. Die Seite wurde vom Netz genommen. Am Vormittag des 1. Februar 2015 ging die Seite allerdings wieder online.

In diesem Zusammenhang ist mittlerweile auch oft von P2P-„Privatsphäre“ oder P2P-Privacy die Rede. Grundsätzlich ist es jedermann möglich, einen BitTorrent-Trackerserver ins Netz zu stellen, also auch ein Urheberrechtschutzverband oder eine Strafermittlungsbehörde. Zusätzlich können natürlich auch am eigentlichen Peering (Datenaustausch) die zuvor genannten Organisationen und Institutionen teilnehmen und damit gegebenenfalls einen „Nachweis“ der im P2P-Netz übertragenen respektive getauschten Dateien erlangen. Da es für den Anwender auf der BitTorrent-Client-Seite nur schwer nachzuvollziehen ist, welche Tracker-Server oder Peers (IPs) sozusagen lediglich „mithorchen“, gibt es Bestrebungen und Projekte, einen besseren Schutz der Privatsphäre in P2P-Netzwerken erreichen zu wollen. Ein Ansatz hierfür ist es, einfach bestimmte IP-Nummern via IP-Listen zu blockieren und damit vom jeweiligen Torrent auszuschließen. Als Beispiel sei hier [[PeerGuardian]] genannt.

Nach einer Untersuchung der britischen [[University of Birmingham]] wird die eigene [[IP-Adresse]] bei Filesharing von populären Dateien im BitTorrent-Netzwerk wahrscheinlich innerhalb von drei Stunden protokolliert. Bei Torrents, die nicht unter den 100 populärsten bei ''The Pirate Bay'' waren, wurde hingegen keinerlei Überwachung festgestellt.<ref>{{Internetquelle| autor = Christian Kahle |titel = BitTorrent: Nach max. 3 Stunden ist man registriert |url = http://winfuture.de/news,71838.html |werk = WinFuture |datum = 2012-09-05 |zugriff = 2012-09-24}}</ref> Allerdings kann die IP-Adresse durch [[Anonymisierungsdienst]]e wie [[Proxy (Rechnernetz)|Proxy]]-Server und [[Virtual Private Network]]s (VPNs) versteckt werden.

Weitere Informationen zur Rechtslage befinden sich unter [[Filesharing]].

== Siehe auch ==
* [[Liste von BitTorrent-Clients]]
* [[Sparse-Datei]] (Beschreibung der systemseitigen Problematik bei der Anlage von BitTorrent-Dateien)
* [[Bencode]], ein Format, welches intern von BitTorrent verwendet wird.

== Weblinks ==
<!-- Hier bitte keine weiteren Torrent-Suchmaschinen oder andere Seiten eintragen – das gehört, wenn überhaupt, ins dmoz. -->
<!-- Hier bitte keine weiteren Torrent-Suchmaschinen oder andere Seiten eintragen – das gehört, wenn überhaupt, ins dmoz. -->
{{Wiktionary|BitTorrent}}
{{Commonscat|BitTorrent}}
* [https://www.bittorrent.com/de/ Offizielle BitTorrent-Website]
* [http://bittorrent.org/beps/bep_0000.html Liste der BitTorrent Enhancement Proposals (BEP)] (englisch)
* [https://www.bittorrent.org/beps/bep_0003.html BitTorrent-Protokoll Spezifikation] (englisch)
* [https://www.bittorrent-faq.de/ Deutsche BitTorrent-FAQ]
* {{dmoz|Computers/Software/Internet/Clients/File_Sharing/BitTorrent/|BitTorrent}} (englisch)


== Einzelnachweise ==
[[Kategorie:Peer-to-Peer]]
<references />


[[Kategorie:BitTorrent| ]]
[[ar:بت تورنت]]
[[Kategorie:Internet-Dateiübertragungsprotokoll]]
[[ca:BitTorrent]]
[[cs:BitTorrent]]
[[da:BitTorrent]]
[[en:BitTorrent]]
[[es:BitTorrent]]
[[fi:BitTorrent]]
[[fr:BitTorrent]]
[[gl:BitTorrent]]
[[he:ביטורנט]]
[[hu:Bittorrent]]
[[id:BitTorrent]]
[[ilo:BitTorrent]]
[[it:BitTorrent]]
[[ja:BitTorrent]]
[[ka:ტორენტი]]
[[ko:빗토렌트]]
[[lt:BitTorrent]]
[[nl:BitTorrent]]
[[nn:BitTorrent]]
[[no:BitTorrent]]
[[pl:BitTorrent (protokół)]]
[[pt:BitTorrent]]
[[ru:Bittorrent]]
[[sk:BitTorrent]]
[[sq:BitTorrent]]
[[sv:Bittorrent]]
[[th:บิตทอร์เรนต์]]
[[uk:Бітторент]]
[[vi:BitTorrent]]
[[zh:BitTorrent]]

Aktuelle Version vom 9. Januar 2025, 16:48 Uhr

BitTorrent-Logo

BitTorrent (von der kleinsten Daten-Einheit Bit und englisch torrent ‚reißender Strom‘ oder ‚Sturzbach‘, von lateinisch torrens) ist ein kollaboratives Filesharing-Protokoll, das sich besonders für die schnelle Verteilung großer Datenmengen eignet und 2001 entworfen sowie erstmals veröffentlicht wurde. Im Gegensatz zu anderen Filesharing-Techniken setzt BitTorrent nicht auf ein übergreifendes Filesharing-Netzwerk, sondern baut für jede Datei ein dezentrales Verteilnetz auf.

BitTorrent-Technik

[Bearbeiten | Quelltext bearbeiten]

Technisch ist das Protokoll der OSI-Schicht 7, also der Anwendungsschicht, zuzuordnen und setzt auf das TCP/IP-Referenzmodell auf. Die Referenzimplementierung (BitTorrent-Client) durch den Erfinder Bram Cohen erfolgte ursprünglich in der Programmiersprache Python. Mittlerweile stehen eine Reihe alternativer Programme zur Verfügung, die das BitTorrent-Protokoll implementieren.

BitTorrent reduziert die Serverauslastung, da sich Peers auch mit unvollständigen Dateien untereinander austauschen. Wie die farbigen Balken bei einigen Clients anzeigen, wird die Datei stückweise in zufälliger Reihenfolge untereinander ausgetauscht statt sie komplett zu laden.

Im Unterschied zum Herunterladen einer Datei mittels HTTP oder FTP werden bei der BitTorrent-Technik die (ansonsten ungenutzten) Upload-Kapazitäten der Downloader mitgenutzt, auch wenn sie die Datei noch nicht vollständig heruntergeladen haben. Dateien werden also nicht nur von einem Server verteilt, sondern auch von Nutzer zu Nutzer (Peer-to-Peer oder P2P) weitergegeben. Dieser Ansatz vermeidet Flaschenhälse in Folge ausgereizter Kapazitäten eines einzelnen Anbieters.

Funktion

[Bearbeiten | Quelltext bearbeiten]

Um sich an der Verteilung der Daten eines Torrents zu beteiligen, benutzt der Client üblicherweise eine Torrent-Datei (Dateinamenserweiterung .torrent oder .tor). In dieser befindet sich die IP-Adresse (bzw. der Hostname) des Trackers sowie Dateiname, Größe und eine Liste von Prüfsummen von Segmenten der herunterzuladenden Daten (eine oder mehrere Dateien). Torrent-Dateien können mit vielen verfügbaren Bittorrent-Clients erzeugt werden. Dabei muss der initiale Seeder-Peer (engl. „seeder“ = Sämaschine) die Verknüpfung zur als Torrent anzubietenden Datei herstellen und diese verfügbar halten.

Für das Finden anderer (an einer bestimmten Datei interessierter) Peers gibt es u. a. ein System, bei dem spezielle (Web-)Server – die Tracker (englisch „track“ = verfolgen) – Kontakte vermitteln. Der Tracker hält im Normalfall lediglich eine eindeutige ID des Torrents lokal vor, der die IP-Adressen der Peers zugeordnet sind, welche die Datei verfügbar halten. Peers nehmen recht häufig Verbindung zum Tracker auf, um schnell auf Änderungen der verfügbaren Peers reagieren zu können.

Torrent-Dateien sind üblicherweise wenige dutzend Kilobyte groß und werden auf der Website des Anbieters oder über Index-Sites (zum Beispiel The Pirate Bay, Mininova oder isoHunt) bereitgestellt. Ohne Tracker müssen andere Methoden zum Auffinden von Gegenstellen genutzt werden (DHT, PEX, …), oder es kann nur mit schon bekannten Gegenstellen getauscht werden.

Die Client-Software erhält vom Tracker eine Liste von Gegenstellen, die die Daten oder Teile davon haben oder interessiert sind. Sobald ein Peer ein Segment (englisch „chunk“) der Datei erhalten und die Prüfsumme verifiziert hat, meldet er dies dem Tracker und kann dieses Dateistück nun an die anderen Peers weitergeben. Die Menge aller Peers, die am gleichen Torrent interessiert sind, nennt man Schwarm. Peers, die im Besitz des kompletten Inhalts des Torrents sind, und somit nichts von anderen Clients herunterladen, sondern lediglich Daten verteilen, nennt man Seeder (von engl. to seed: säen). Als Leecher (von engl. leech: Blutegel; -sauger) werden diejenigen Peers bezeichnet, die noch nicht über den gesamten Torrent-Inhalt verfügen und weitere Segmente herunterladen. Vorwiegend in anderen Zusammenhängen werden zum Teil auch Peers abwertend als „Leecher“ bezeichnet, die nur herunterladen, ohne selbst bereits heruntergeladene Segmente weiterzuverteilen und so dem P2P-Prinzip zuwiderhandeln. Peer bezeichnet allgemein einen mit einem Client verbundenen anderen Client.

Im Gegensatz zu anderen Filesharing-Systemen werden nicht beliebige Dateien aus den Beständen der Teilnehmer ausgetauscht. Vielmehr verteilt jeder Schwarm nur die Dateien, welche der Autor der Torrent-Datei explizit zur Verteilung vorgesehen hat. Auch der Betreiber des Trackers bestimmt selbst, welche Downloads von diesem verwaltet werden sollen. Die einzelnen Tracker stehen nicht in Verbindung zueinander, es existiert daher kein gemeinsames Netzwerk, sondern ein gesondertes für jeden einzelnen Torrent. So können sich Anbieter auch von fremden, möglicherweise illegalen Inhalten leichter distanzieren.

Offizielle Protokollerweiterungen

[Bearbeiten | Quelltext bearbeiten]

Die Entwicklung der BitTorrent-Protokolle wurde der Community übergeben. In den BitTorrent Enhancement Proposals (BEP) sammeln sich neue Funktionen, die in der Regel von den Autoren verschiedener BitTorrent-Software eingeführt und nun darin standardisiert wurden.

Erweiterung für Peers zum Übertragen von Metadaten

[Bearbeiten | Quelltext bearbeiten]

Die in BEP 9 beschriebene Erweiterung erlaubt Peers das Übertragen von Metadaten, um z. B. Magnet-Links auflösen zu können. Darüber kann ein Peer ohne eine .torrent-Datei einen Torrent herunterladen und dazu dem entsprechenden Schwarm beitreten.

DHT-Protokoll

[Bearbeiten | Quelltext bearbeiten]

BEP 5 beschreibt den Einsatz einer verteilten Hashtabelle (englisch „Distributed Hash Table“; DHT) auf Basis des Kademlia-Algorithmus für den „trackerlosen“ (englisch „trackerless“) Betrieb. Diese Erweiterung ist derzeit noch im Entwurfsstadium, der Einsatz ist jedoch schon weit verbreitet. Die Trackerfunktion wird dabei von der Clientsoftware übernommen. Dies vermeidet einige der bisherigen Probleme (zum Beispiel die fehlende Ausfallsicherheit des Trackers), auch wenn tracker-gestützter Betrieb weiterhin möglich sein wird. Es erleichtert auch das Anbieten, da Tracker den aufwändigsten Teil in BitTorrent darstellen. Seit der im November 2005 erschienenen Version 4.2.0 unterstützt der Referenz-Client den trackerlosen Betrieb und setzt dabei auf den Kademlia-Algorithmus. Der Tracker kann dabei dezentral, ähnlich wie im Kademlia-Netzwerk, als verteilte Hashtabelle auf den Clients selbst abgelegt und verwaltet werden.

Moderne BitTorrent-Clients können daher auf Tracker verzichten und dezentral arbeiten („trackerlos“). Allerdings verwenden sie noch unterschiedliche Protokolle, sodass die Kommunikation zwischen verschiedenen Clients auf DHT-Basis nicht immer möglich ist. Untereinander kompatibel sind zurzeit BitComet, Deluge, µTorrent, KTorrent, qBittorrent, rTorrent, Transmission und der Referenz-Client. Die Entwickler arbeiten verstärkt daran, Kompatibilität herzustellen.

UDP-Trackerprotokoll

[Bearbeiten | Quelltext bearbeiten]

Mit der Erweiterung aus BEP 15 kann ein Tracker per UDP abgefragt werden, was das Datenverkehrsaufkommen am Tracker stark reduzieren kann. Diese Erweiterung ist derzeit noch im Entwurfsstadium.

Superseeding

[Bearbeiten | Quelltext bearbeiten]

BEP 16 beschreibt das sogenannte Superseeding (bei µTorrent auch initial seeding genannt), bei dem für den Fall, dass der jeweilige Peer der einzige Seed in einem noch datenlosen Schwarm ist, der Versand daraufhin optimiert wird, dass im restlichen Schwarm möglichst schnell eine (verteilte) Kopie der Daten entsteht. Dazu zeigt sich der Seed in diesem Modus im Schwarm auch als unvollständige Quelle und gibt seine Teile nur nach und nach heraus. Er liefert vorerst jedes Teil nur je einmal aus und gibt weitere Teile frei, wenn er Rückmeldung erhalten hat, dass ein hochgeladenes Teil weiterverbreitet wurde. Er versucht herauszufinden, welche Peers für die schnellste Weiterverbreitung sorgen, und lädt zu diesen bevorzugt hoch. Der Client BitComet ist dafür bekannt geworden, dieses Vorgehen zum eigenen Vorteil zu missbrauchen.

Superseeding wurde in dem Client BitTornado eingeführt. Die Erweiterung ist derzeit noch im Entwurfsstadium.

HTTP/FTP Seeding

[Bearbeiten | Quelltext bearbeiten]

BEP 17 und 19 beschreiben Verfahren zur Nutzung von HTTP- oder FTP-Webservern als vollständige Quellen (Seeds) in einem BitTorrent-Schwarm.

Private Torrents

[Bearbeiten | Quelltext bearbeiten]

Im Unterschied zu öffentlichen Torrents, wird bei privaten Torrents der Zugriff eingeschränkt. Mit einem Flag in der .torrent-Datei (die hierbei nur einen einzigen Tracker enthält) wird dem Client vorgeschrieben, sich bei der Auffindung von Quellen auf den einen in der Datei angegebenen Tracker zu beschränken und nur mit Clients zu verbinden, die dieser liefert. BEP 27 beschreibt das Verfahren.

Ankündigen und Auffinden von Peers mittels Zeroconf

[Bearbeiten | Quelltext bearbeiten]

Mit der in BEP 26 (noch im Entwurfsstadium) beschriebenen Erweiterung können sich Peers mittels DNS Service Discovery (Zeroconf) in einem lokalen Netzwerk finden. Innerhalb eines lokalen Netzwerkes sind in der Regel deutlich höhere Übertragungsraten möglich und der Aufwand für die Übertragung ist geringer. Mit dieser Erweiterung können Peers im gleichen lokalen Netzwerk, die am selben Torrent interessiert sind, dies entlastend für den Schwarm und die gemeinsame Außenanbindung nutzen und eventuell mehr Peers gefunden werden. Dazu muss auf den jeweiligen Systemen ein Zeroconf-Daemon laufen.

Auffinden von BitTorrent-Zwischenspeichern

[Bearbeiten | Quelltext bearbeiten]

Die im BEP 22 (noch im Entwurfsstadium) beschriebene Erweiterung ermöglicht das Aufspüren netzwerk-topologisch naheliegender Knoten wie zum Beispiel Pufferspeichern eines Internetdienstanbieters. Dies kann in vielerlei Hinsicht nützlich sein:

Indem Internetdienstanbieter Verkehr von auf ihrem Netz populären Torrents zwischenspeichern und auf ihrem Netz betriebene Clients aus dem Zwischenspeicher speisen, kann teurerer externer Datenverkehr eingespart werden. Für die Kunden ergibt sich damit eine Verbesserung der Zuverlässigkeit des Torrents und der Geschwindigkeit beim Herunterladen. Die Daten von Torrent-Transfers können damit unkompliziertere Routen durchs Internet nehmen.

Diese Erweiterung wurde mit Version 4.20.0 des Original-Clients (mainline) eingeführt.

Protokollverschleierung

[Bearbeiten | Quelltext bearbeiten]

Viele Clients bieten mittlerweile eine Verschlüsselung des Datenstromes mit dem unsicheren Algorithmus RC4 (Stromchiffre) und dem „Infohash“ des jeweiligen Torrents als Schlüssel, um das Protokoll des Datenstromes zu verschleiern und Internetdienstanbietern das Traffic-Shaping zu erschweren. Für Kunden einiger Internetdienstanbieter ist es die einzige Möglichkeit, einer selektiven Drosselung ihres Datenverkehres zu entgehen, andererseits nimmt es den Anbietern auch die Möglichkeit des Betriebes von BitTorrent-Zwischenspeichern und braucht mehr Rechenleistung.µTorrent und Azureus führten die Erweiterung zusammen ein, was schlagartig einen Großteil aller Peers kompatibel zu verschlüsselten Verbindungen machte.

Der ursprüngliche Entwickler des BitTorrent-Protokolles Bram Cohen kritisierte dieses Vorgehen und das zugehörige BEP 8 ist zurückgestellt.[1]

Peer Exchange

[Bearbeiten | Quelltext bearbeiten]

Peer Exchange (PEX) ist ein alternatives Verfahren zum Auffinden von Peers. Damit können Peers ihre Peer-Listen untereinander austauschen und somit zusätzliche Peers von verbundenen Peers bezogen werden. Obwohl die entsprechende BEP 11 noch nicht angenommen ist, ist das Verfahren schon weit verbreitet.

Internetcache

[Bearbeiten | Quelltext bearbeiten]

Ab Version 4.20.0 unterstützt BitTorrent das Internet Cache Protocol (ICP), um die Datenübertragungsrate der Provider zu schonen. Dazu wurde das Zusatz-Protokoll Cache Discovery Protocol definiert. Bisher wurde diese Methode aber noch nicht genutzt. Da Caching-Provider durch den Digital Millennium Copyright Act (DMCA) nicht für den durchgeleiteten Datenverkehr haften müssen, bestehen zumindest in den Vereinigten Staaten juristisch keine Probleme.[2]

Anti-Leech-Tracker (ALT)

[Bearbeiten | Quelltext bearbeiten]

BitTorrent beruht – wie alle Filesharing-Netzwerke – auf dem Prinzip „Geben und Nehmen“. Nicht wenige Teilnehmer deaktivieren ihre eigene Seed-Funktion („upload“) und missachten damit dieses Prinzip. Als Reaktion auf dieses Ausnutzen haben sich sogenannte „Anti-Leech-Tracker“ (ALT) etabliert, die das Verhalten der Teilnehmer stetig beobachten und Teilnehmer, die nur herunterladen oder dies in unfairem Verhältnis tun, vom Netzwerk ausschließen, sobald gegen vordefinierte Regeln verstoßen wird. Als Maßstab gilt hier die sogenannte Ratio („file ratio“, „overall ratio“ oder beim µTorrent „Share-Rate“), die sich aus dem Quotienten von gesendeter und empfangener Datenmenge errechnet.

Bei diesem System sind jedoch Teilnehmer mit geringerer Datenübertragungsrate benachteiligt. So kann es passieren, dass solche Nutzer vom ALT verbannt werden, wenn sie ihre Ratio nicht rechtzeitig einhalten können. Daher wird auf einigen ALT mit dem sogenannten „Only Upload“ gegen diesen Missstand vorgegangen. Bei „Only Upload“ wird ausschließlich die Masse an hochgeladenen Daten angerechnet. Ferner wird diesem Problem auch verstärkt mit einem sogenannten „Seedbonus“ begegnet, bei dem Punkte für die Zeitspanne des Sendevorgangs („upload“) vergeben werden, die dann wiederum in „Upload-Guthaben“ eingetauscht werden können.

Eine weitere Problematik: Der ALT ist zum Errechnen des Verhältnisses auf Berichte der teilnehmenden Clients angewiesen. Diese können leicht verfälscht werden, entweder absichtlich durch Manipulationen von Schummlern oder versehentlich durch fehlerhaft konfigurierte Client-Software. Hier wurden mittlerweile jedoch auch Methoden entwickelt, die solche potentiellen Betrugsversuche erkennen und damit zum sofortigen Ausschluss führen.

Künftige Weiterentwicklungen

[Bearbeiten | Quelltext bearbeiten]

In Zukunft wird die Weiterentwicklung des Protokolls nicht mehr alleine von Bram Cohen, sondern auch von anderen Entwicklern getragen. BitTorrent-Benutzer sind in letzter Zeit zunehmend (teils unwissentlich) vom Traffic-Shaping ihrer Provider betroffen. Werden dabei Pakete als P2P-Pakete klassifiziert, wird der Upload in vielen Fällen stark gedrosselt. Als Antwort darauf implementierten die Clients Vuze (früher Azureus) und µTorrent eine Ende-zu-Ende-Verschlüsselung (mit RC4-Stromchiffre), um das Traffic-Shaping zu umgehen. BitComet, rTorrent, Transmission sowie KTorrent unterstützen die neue Protokoll-Verschlüsselung ebenfalls.

Geschichte

[Bearbeiten | Quelltext bearbeiten]

Das BitTorrent-Protokoll wurde im April 2001 von dem Programmierer Bram Cohen für die Bootlegger-Online-Community etree entworfen.[3] Am 2. Juli 2001 veröffentlichte er eine erste Implementierung, die mittlerweile von der von ihm gegründeten Firma BitTorrent, Inc. betreut wird.[4] Bereits nach kurzer Zeit begann die File-Sharing-Szene, die Technologie unter anderem für das Tauschen von nicht lizenzierten Kopien urheberrechtlich geschützter Daten zu nutzen. Mit der Zeit entwickelte sich BitTorrent zum größten (Inhalte, Benutzer, Verkehr) Filesharing-Netz. Es produzierte zeitweise ein Drittel des gesamten weltweiten Internet-Datenverkehrs.

Die US-amerikanische Firma namens BitTorrent hat Ende Februar 2007 ihre gleichnamige Website in einen Online-Shop umgewandelt, in dem sich viele Medieninhalte nur noch kostenpflichtig herunterladen lassen.

2018 verließ Bram Cohen BitTorrent, Inc.[5]

Einsatzgebiete, Vor- und Nachteile

[Bearbeiten | Quelltext bearbeiten]

BitTorrent eignet sich besonders für die schnelle Verteilung großer Dateien, für die eine große Nachfrage vorhanden ist. Bei älteren oder weniger gefragten Dateien ist unter Umständen das Herunterladen über FTP oder HTTP aufgrund der geringen Anzahl von Uploadern vorzuziehen. Dieser Nachteil kann durch die Nutzung sogenannter Webseeds aufgehoben werden. Der Vorgang der Datendistribution mit BitTorrent unterscheidet sich grundsätzlich von der Arbeitsweise der bekannten Filesharing-Tauschbörsen, bei denen jeder Teilnehmer parallel eigene Dateien anbietet. Durch die zunehmende Implementierung von trackerlosen Ansätzen sowie Suchfunktionen in Clients lassen sich diese jedoch wie traditionelle Tauschbörsen verwenden.

Einsatz in der Praxis

[Bearbeiten | Quelltext bearbeiten]

Red Hat und Novell gehörten zu den ersten Linux-Distributoren, die BitTorrent zur Verbreitung ihrer Distributionen verwendeten. Inzwischen sind alle bekannteren Linuxdistributionen und FreeBSD über BitTorrent erhältlich. Der Spieleentwickler Blizzard verteilte die World-of-Warcraft-Beta über BitTorrent und stellt jetzt, wie id Software, die größeren Patches für die finale Version ebenfalls als Torrents bereit. Auch OpenOffice.org und LibreOffice können per BitTorrent geladen werden. Facebook und Twitter verteilen die Software ihrer Server via BitTorrent.[6][7]

Auch außerhalb des Software-Bereiches gibt es konkrete Anwendungen: Die britische BBC unternimmt derzeit Pilotversuche, um aktuelle Sendungen und Dokumentationen unmittelbar nach der Ausstrahlung online über BitTorrent zur Verfügung zu stellen. Das Freie-Musik-Projekt Jamendo verteilt Alben über BitTorrent.

Tor-Netzwerk

[Bearbeiten | Quelltext bearbeiten]

BitTorrent sollte nicht via Tor genutzt werden, sofern die Nutzung anonymisiert erfolgen soll.[8]

Sonstiges

[Bearbeiten | Quelltext bearbeiten]

Laut Studie der ipoque GmbH machte die Datenübertragung über das BitTorrent-Protokoll in Deutschland im Jahr 2008 37 % des gesamten Datenverkehrs aus und belegte damit weit vor HTTP, mit einem Anteil von 15 %, den Spitzenplatz.[9] Die Repräsentativität dieser Studie wird jedoch bezweifelt, da nur ausgewählte Kunden der ipoque GmbH untersucht wurden.[10]

Weiterhin gibt ipoque an, dass BitTorrent das einzige Filesharing-Protokoll sei, das signifikant für legale Inhalte genutzt werde.[11]

Zwischenzeitlich zeigte Google das Wort bittorrent über die Autocomplete-Funktion nicht an.[12]

Rechtliches

[Bearbeiten | Quelltext bearbeiten]

Das BitTorrent-Protokoll selbst ist völlig legal. Probleme entstehen, wenn urheberrechtswidriger Inhalt übertragen wird.

Die Legalität des Betreibens von Torrentseiten oder Trackerservern mit Torrents, über die urheberrechtlich geschütztes Material ohne Genehmigung verbreitet werden kann, ist umstritten, da die Server selbst keine Dateien anbieten, sondern nur die Peers untereinander verbinden.

Die Motion Picture Association of America (MPAA) ging erstmals 2003 gegen Torrent-Seiten vor, was im Juli 2003 zur Schließung der Seiten Torrentse und Sharelive führte.[13] In der Vergangenheit kam es auch häufiger zu Beschlagnahmungen von Servern, die Torrents anboten. Die erste groß angelegte Aktion fand im Dezember 2004 statt, als die finnische Polizei eine Razzia auf die Server der Seite Finreactor durchführte. Die Torrents werden seitdem nicht mehr angeboten und das Verfahren wurde eingestellt.[14][15] Die bis dato wohl größte Torrent-Seite, Suprnova, wurde ebenfalls im Dezember 2004 geschlossen, nachdem die slowenischen Behörden eine Durchsuchung bei ihrem Provider durchgeführt hatten.[16] Die Seite LokiTorrent, vermutlich die damals größte Torrent-Suchmaschine nach Suprnova, stellte kurz darauf im Februar 2005 den Dienst ein. Nach Angaben der MPAA zahlte der Administrator Edward Webber eine Geldstrafe und wurde gerichtlich zur Herausgabe von Log-Dateien gezwungen.[17] Im Mai 2005 schlossen die US-Behörden FBI und das dem Ministerium für Innere Sicherheit untergeordnete Immigration and Customs Enforcement die Seite EliteTorrents.

Die bisher wohl spektakulärste Aktion fand im Mai 2006 statt, als der weltgrößte BitTorrent-Tracker ThePirateBay.org auf Druck des US-Justizministeriums von der schwedischen Polizei beschlagnahmt wurde, jedoch bereits wenige Tage später wieder am Netz war. Im Februar 2009 wurden vier der Betreiber von The Pirate Bay von der schwedischen Justiz angeklagt und im April zu jeweils einjährigen Haftstrafen sowie Schadenersatzzahlungen in Millionenhöhe verurteilt.[18][19] Dies ist insofern bedeutend, als es um das Bereitstellen urheberrechtsgeschützter Inhalte ging, die jedoch an sich nicht auf den Servern der Betreiber liegen. Das Urteil ist noch nicht rechtskräftig. Anfang Dezember 2014 startet die schwedische Polizei die größte Razzia gegen The Pirate Bay und beschlagnahmten Server und weitere Technik aus einem Rechenzentrum. Die Seite wurde vom Netz genommen. Am Vormittag des 1. Februar 2015 ging die Seite allerdings wieder online.

In diesem Zusammenhang ist mittlerweile auch oft von P2P-„Privatsphäre“ oder P2P-Privacy die Rede. Grundsätzlich ist es jedermann möglich, einen BitTorrent-Trackerserver ins Netz zu stellen, also auch ein Urheberrechtschutzverband oder eine Strafermittlungsbehörde. Zusätzlich können natürlich auch am eigentlichen Peering (Datenaustausch) die zuvor genannten Organisationen und Institutionen teilnehmen und damit gegebenenfalls einen „Nachweis“ der im P2P-Netz übertragenen respektive getauschten Dateien erlangen. Da es für den Anwender auf der BitTorrent-Client-Seite nur schwer nachzuvollziehen ist, welche Tracker-Server oder Peers (IPs) sozusagen lediglich „mithorchen“, gibt es Bestrebungen und Projekte, einen besseren Schutz der Privatsphäre in P2P-Netzwerken erreichen zu wollen. Ein Ansatz hierfür ist es, einfach bestimmte IP-Nummern via IP-Listen zu blockieren und damit vom jeweiligen Torrent auszuschließen. Als Beispiel sei hier PeerGuardian genannt.

Nach einer Untersuchung der britischen University of Birmingham wird die eigene IP-Adresse bei Filesharing von populären Dateien im BitTorrent-Netzwerk wahrscheinlich innerhalb von drei Stunden protokolliert. Bei Torrents, die nicht unter den 100 populärsten bei The Pirate Bay waren, wurde hingegen keinerlei Überwachung festgestellt.[20] Allerdings kann die IP-Adresse durch Anonymisierungsdienste wie Proxy-Server und Virtual Private Networks (VPNs) versteckt werden.

Weitere Informationen zur Rechtslage befinden sich unter Filesharing.

Siehe auch

[Bearbeiten | Quelltext bearbeiten]
[Bearbeiten | Quelltext bearbeiten]
Wiktionary: BitTorrent – Bedeutungserklärungen, Wortherkunft, Synonyme, Übersetzungen
Commons: BitTorrent – Sammlung von Bildern, Videos und Audiodateien

Einzelnachweise

[Bearbeiten | Quelltext bearbeiten]
  1. ↑ Bram Cohen: Obfuscating BitTorrent. 29. Januar 2006, abgerufen am 6. Oktober 2022 (englisch).
  2. ↑ Volker Zota: BitTorrent 4.20 unterstützt Internet Caches. In: heise online. 23. Juni 2006, abgerufen am 6. Oktober 2022.
  3. ↑ Kim Peterson: BitTorrent file-sharing program floods the Web. In: The Seattle Times. 10. Januar 2005, abgerufen am 6. Oktober 2020 (englisch).
  4. ↑ Bram Cohen: BitTorrent — a new P2P app. In: Yahoo! Groups. Yahoo! Inc., 2. Juli 2001, archiviert vom Original am 5. September 2013; abgerufen am 15. April 2007.
  5. ↑ Bram Cohen: I stopped being full time at BitTorrent in summer 2017 and my involvement ended when it sold to Tron last year. In: @bramcohen. 21. Januar 2019, abgerufen am 1. Mai 2019 (englisch).
  6. ↑ Ernesto Van der Sar: Facebook Uses BitTorrent, and They Love It. In: TorrentFreak. 25. Juni 2010, abgerufen am 6. Oktober 2022 (englisch).
  7. ↑ Ernesto Van der Sar: Twitter Uses BitTorrent For Server Deployment. In: TorrentFreak. 10. Februar 2010, abgerufen am 6. Oktober 2022 (englisch).
  8. ↑ Bittorrent over Tor isn't a good idea. In: Tor Blog. The Tor Project, 29. April 2010, abgerufen am 31. Oktober 2021 (englisch).
  9. ↑ Hendrik Schulze, Klaus Mochalski: Internet Study 2008/2009. In: University of California, Santa Barbara. 2009, abgerufen am 6. Oktober 2020 (englisch).
  10. ↑ Christian Wölbert: Traffic-Analyse: P2P verliert Anteile, Web holt auf. In: heise online. 19. Februar 2009, abgerufen am 6. Oktober 2022.
  11. ↑ P2P Raid in Germany Shows Little Effect. In: ipoque. 21. Juni 2006, archiviert vom Original am 29. Mai 2008; abgerufen am 6. Oktober 2020.
  12. ↑ Ernesto Van der Sar: Google Starts Censoring BitTorrent, RapidShare and More. In: TorrentFreak. 26. Januar 2011, abgerufen am 6. Oktober 2022 (englisch).
  13. ↑ Janko Röttgers: Bittorrent-Webseiten unter Druck. In: heise online. 26. Juli 2003, abgerufen am 6. Oktober 2022.
  14. ↑ Police swoop closes down Finland’s largest file download site. In: Helsingin Sanomat. 10. April 2009, abgerufen am 6. Oktober 2022 (englisch).
  15. ↑ Drew Cullen: Finnish police raid BitTorrent site. In: The Register. 14. Dezember 2004, abgerufen am 6. Oktober 2022 (englisch).
  16. ↑ Andreas Wilkens: Ermittlungen gegen BitTorrent-Seite Suprnova eingestellt. In: heise online. 21. Dezember 2005, abgerufen am 6. Oktober 2022.
  17. ↑ Ashlee Vance: MPAA closes Loki. In: The Register. 10. Februar 2005, abgerufen am 6. Oktober 2022 (englisch).
  18. ↑ Tauschbörse "Pirate Bay" vor Gericht. In: Tagesschau. 16. Februar 2009, archiviert vom Original am 16. Februar 2009; abgerufen am 6. Oktober 2022.
  19. ↑ "Pirate-Bay"-Betreiber zu einjährigen Haftstrafen verurteilt. In: Tagesschau. 17. April 2009, archiviert vom Original am 19. April 2009; abgerufen am 6. Oktober 2022.
  20. ↑ Christian Kahle: BitTorrent: Nach max. 3 Stunden ist man registriert. In: WinFuture. 5. September 2012, abgerufen am 24. September 2012.
Abgerufen von „https://de.wikipedia.org/w/index.php?title=BitTorrent&oldid=252081477“