Історія створення і механізм роботи




Дата канвертавання25.04.2016
Памер265.99 Kb.


НАЦІОНАЛЬНА АКАДЕМІЯ НАУК УКРАЇНИ

КИЇВСЬКИЙ УНІВЕРСИТЕТ ПРАВА

Кафедра гуманітарних дисциплін

ЗАЛІКОВА РОБОТА

Дисципліна: ІНФОРМАТИКА

Тема: Історія створення і механізм роботи Bit Torrent

Виконали: студенти II курсу
Група ПБ-22

Решетніков Евгений,

Дибка Юрій

Київ-2011

План

1.Вступ……………………………………………………………… 3

2.Принцип роботи протоколу…………………………………… 4

3.Алгоритм обмена данными……………………………………. 6

4.Режим End game………………………………………………… 7

5.Cідування………………………………………………………… 8

6.Протоколи і порти……………………………………………… 9

7.Трекер……………………………………………………………. 9

8.Робота без трекера……………………………………………… 10

9.Робота без торрент-клієнта……………………………………. 11

10.Web- сіди………………………………………………………… 11

11.BTIH (BitTorrent Info Hash)…………………………………… 11

12.BTC-ссилка……………………………………………………… 12

13.Недоступність роздачі…………………………………………. 12

14.Відсутність анонімності і персоналізації…………………….. 12

15.Проблема пірів………………………………………………….. 13

16.Відсутність точного обліку трафіку………………………….. 13

17. Лічер і його рій…………………………………………………. 14

18.Кросплатформені………………………………………………. 17

19.Mac OS……………………………………………………………. 19

20.Висновок……………………………………………………….. 20


Вступ

Скачування файлів великого розміру в мережі Інтернет створює багато проблем для звичайних користувачів ПК. Адже через великий розмір файлу і низьку швидкість Інтернету доводиться затрачувати чимало часу. Ключем до вирішення цієї проблеми може стати використання самих користувачів в якості розповсюджувачів файлів .



Головними перевагами мережі BitTorrent є висока швидкість завантаження файлів , що досягається за рахунок оригінального способу видачі файлу відразу з декількох комп’ютерів , навіть в тому випадку , коли цілого файлу на них ще немає . Можна сказати , що чим більше людей завантажують файл по протоколу BitTorrent , тим швидше він буде завантажуватись вам. Через мережу BitTorrent розповсюджуються файли дуже великого розміру : фільми, ігри, музика, CD і DVD образи дисків. Існують версії BitTorrent як для операційної системи Microsoft Windows, так і для GNU/Linux, Mac OS, Sun Solaris і OpenSolaris.

©

BitTorrent (букв. англ «бітовий потік».) - Пірінгових (P2P) мережевий протокол для кооперативного обміну файлами через Інтернет.
Файли передаються частинами, кожен торрент-клієнт, отримуючи (викачувавши) ці частини, в той же час віддає (закачує) їх іншим клієнтам, що знижує навантаження і залежність від кожного клієнта-джерела і забезпечує надмірність даних.
Протокол був створений Бремом Коеном, написав перший торрент-клієнт «BitTorrent» на мові Python 4 квітня 2001. Запуск першої версії відбувся 2 липня 2001 року.
Існує безліч інших програм-клієнтів для обміну файлами по протоколу BitTorrent.

Принцип роботи протоколу ©



Принцип роботи BitTorrent: навантаження на розповсюджувача файлу зменшується завдяки тому, що клієнти починають обмінюватися даними відразу ж, навіть якщо файл не докачав ними до кінця.
Перед початком скачування клієнт під'єднується до трекера за адресою, вказаною у торрент-файлі, повідомляє йому свою адресу і хеш-суму торрент-файлу, на що у відповідь клієнт отримує адреси інших клієнтів, що викачують або роздають цей же файл. Далі клієнт періодично інформує трекер про хід процесу і отримує оновлений список адрес. Цей процес називається оголошенням (англ. оголошувати).
Клієнти з'єднуються один з одним і обмінюються сегментами файлів без безпосередньої участі трекера, який лише зберігає інформацію, отриману від підключених до обміну клієнтів, список самих клієнтів та іншу статистичну інформацію. Для ефективної роботи мережі BitTorrent необхідно, щоб якомога більше клієнтів були здатні приймати вхідні з'єднання. Неправильна настройка NAT або брандмауера можуть цьому перешкодити.
При з'єднанні клієнти відразу обмінюються інформацією про наявні у них сегментах. Клієнт, що бажає викачати сегмент (лічер), надсилає запит і, якщо другий клієнт готовий віддавати, отримує цей сегмент. Після цього клієнт перевіряє контрольну суму сегменту. Якщо вона збіглася з тією, що записана в торрент-файлі, то сегмент вважається успішно скачаним, і клієнт оповіщає всіх приєднаних бенкетів про наявність у нього цього сегменту. Якщо ж контрольні суми різняться, то сегмент починає викачуватися заново. Деякі клієнти банять тих бенкетів, які занадто часто віддають некоректні сегменти.
Таким чином, обсяг службової інформації (розмір торрент-файлу і розмір повідомлень зі списком сегментів) безпосередньо залежить від кількості, а значить, і розміру сегментів. Тому при виборі сегмента необхідно дотримуватися баланс: з одного боку, при великому розмірі сегмента обсяг службової інформації буде менше, але в разі помилки перевірки контрольної суми доведеться викачувати ще раз більше інформації. З іншого боку, при малому розмірі помилки не так критичні, тому що необхідно заново завантажити менший обсяг, але зате розмір торрент-файлу та повідомлень про наявні сегментах стає більше.

Алгоритм обміну даними


Кожен клієнт має можливість тимчасово блокувати віддачу іншому клієнтові (англ. дросель). Це робиться для ефективнішого використання каналу віддачі. Крім того, при виборі - кого розблоковувати, перевага віддається бенкетам, які самі передали цьому клієнтові багато сегментів. Таким чином, бенкети з хорошими швидкостями віддачі заохочують один одного за принципом «ти - мені, я - тобі».
Обмін сегментами ведеться за принципом «ти - мені, я - тобі» симетрично в двох напрямках. Клієнти повідомляють один одному про наявні у них сегментах при підключенні і потім при отриманні нових сегментів, і тому кожен клієнт може зберігати інформацію про те, які сегменти є в інших підключених бенкетів. Порядок обміну вибирається таким чином, щоб спочатку клієнти обмінювалися найбільш рідкісними сегментами: таким чином підвищується доступність файлів в роздачі. У той же час вибір сегмента серед найбільш рідкісних випадковий, і тому можна уникнути ситуації, коли всі клієнти починають викачувати один і той же самий рідкісний сегмент, що негативно відбилося б на продуктивності.
Обмін даними починається, коли обидві сторони в ньому зацікавлені, тобто, кожна зі сторін має сегменти, яких немає в іншої. Кількість переданих сегментів підраховується, і якщо одна із сторін виявляє, що передає в середньому більше, ніж приймає, вона блокує (англ. дросель) на деякий час віддачу іншій стороні. Таким чином, в протокол закладена захист від лічерів.
Сегменти діляться на блоки розміром 16-4096 кілобайт, і кожен клієнт запитує саме ці блоки. Одночасно за окремим запитом блоки з різних сегментів. Більш того, деякі клієнти підтримують скачування блоків одного сегмента в різних бенкетів. У цьому випадку описані вище алгоритми і механізми обміну застосовні і до рівня блоківю.

Кожен клієнт має можливість тимчасово блокувати віддачу іншому клієнтові (англ. choke). Це робиться для ефективнішого використання каналу віддачі. Крім того, при виборі - кого розблоковувати, перевага віддається бенкетам, які самі передали цьому клієнтові багато сегментів. Таким чином, бенкети з хорошими швидкостями віддачі заохочують один одного за принципом «ти - мені, я - тобі».


Обмін сегментами ведеться за принципом «ти - мені, я - тобі» симетрично в двох напрямках. Клієнти повідомляють один одному про наявні у них сегментах при підключенні і потім при отриманні нових сегментів, і тому кожен клієнт може зберігати інформацію про те, які сегменти є в інших підключених бенкетів. Порядок обміну вибирається таким чином, щоб спочатку клієнти обмінювалися найбільш рідкісними сегментами: таким чином підвищується доступність файлів в роздачі. У той же час вибір сегмента серед найбільш рідкісних випадковий, і тому можна уникнути ситуації, коли всі клієнти починають викачувати один і той же самий рідкісний сегмент, що негативно відбилося б на продуктивності.
Обмін даними починається, коли обидві сторони в ньому зацікавлені, тобто, кожна зі сторін має сегменти, яких немає в іншої. Кількість переданих сегментів підраховується, і якщо одна із сторін виявляє, що передає в середньому більше, ніж приймає, вона блокує (англ. choke) на деякий час віддачу іншій стороні. Таким чином, в протокол закладена захист від лічерів.
Сегменти діляться на блоки розміром 16-4096 кілобайт, і кожен клієнт запитує саме ці блоки. Одночасно за окремим запитом блоки з різних сегментів. Більш того, деякі клієнти підтримують скачування блоків одного сегмента в різних бенкетів. У цьому випадку описані вище алгоритми і механізми обміну застосовні і до рівня блоків.

Режим End game

Коли скачування майже завершено, клієнт входить в особливий режим, званий кінця гри. У цьому режимі він запитує всі залишилися сегменти у всіх підключених бенкетів, що дозволяє уникнути уповільнення або повного «зависання» майже завершеною закачування через кілька повільних клієнтів.
Специфікація протоколу не визначає, коли саме клієнт повинен увійти в режим "кінець гри", однак існує набір загальноприйнятих практик. Деякі клієнти входять в цей режим, коли не залишилося незапитаної блоків, інші - поки кількість залишилися блоків менше кількості передаються і не більше 20. Існує негласне думка, що краще підтримувати кількість очікуваних блоків низьким (1 або 2) для мінімізації надмірності, і що при випадковому запрашіваніе менший шанс отримати дублікати одного і того ж блоку.

Сидирование


При отриманні повного файлу клієнт переходить в спеціальний режим роботи, в якому він тільки віддає дані (стає сідом). Далі сид періодично інформує трекер про зміни в стані закачувань і оновлює список IP-адрес.

Общие особенности

  • Відсутність черг на скачування.

  • Файли закачуються невеликими фрагментами, чим менш доступний фрагмент, тим частіше він передаватиметься. Таким чином, присутність в мережі «сідера» з повним файлом для завантаження необов'язково - система розподіляє сегменти між «бенкетами», щоб у подальшому вони могли обмінюватися відсутніми сегментами.

  • Клієнти (однолітками) обмінюються сегментами безпосередньо між собою, за принципом «ти - мені, я - тобі».

  • Завантажені фрагменти стають негайно доступні іншим клієнтам.

  • Контролюється цілісність кожного фрагмента.

  • На фрагменти розбиваються не окремі файли, а вся роздача цілком, тому у «лічер», який побажав завантажити лише деякі файли з роздачі, для підтримки цілісності фрагментів нерідко буде зберігатися також невеликий обсяг надлишкової (для нього) інформації.

  • Як об'єкт роздачі можуть виступати декілька файлів (наприклад, вміст каталога).

Протоколи і порти

Клієнти з'єднуються з трекером по протоколу TCP. Найбільш часто використовуваний входить порт трекера: 6969. Найбільш часто використовуваний діапазон вхідних портів клієнта: 6881-6889.


Номери портів не фіксовані в специфікації протоколу і можуть змінюватися при необхідності. В даний момент більшість трекерів використовують звичайний порт HTTP 80, а для клієнтів рекомендується вибрати випадковий вхідний порт. Більш того, деякі трекери не допускають використання портів клієнтів з стандартного діапазону 6881-6889, так як деякі провайдери забороняють використання цього діапазону портів.
DHT-мережа в BitTorrent-клієнтах використовує протокол UDP.
Крім того, протокол UDP використовується UDP-трекерами (підтримується не всіма клієнтами і не є офіційною частиною протоколу) і для з'єднання клієнтів один з одним через UDP NAT Traversal (використовується тільки в клієнті BitComet і не є офіційною частиною протоколу).

Трекер

Трекер (англ. трекера; / trækə (г) /) - спеціалізований сервер, що працює по протоколу HTTP. Трекер потрібний для того, щоб клієнти могли знайти один одного. Фактично, на трекері зберігаються IP-адреси, вхідні порти клієнтів та хеш-суми, унікальним чином ідентифікують об'єкти, що у закачування. За стандартом, імена файлів на трекері не зберігаються, і взнати їх по хеш-сумам не можна. Проте на практиці трекер часто окрім своєї основної функції виконує і функцію невеликого веб-сервера. Такий сервер зберігає файли метаданих і опису поширюваних файлів, надає статистику закачувань по різних файлах, показує поточна кількість підключених бенкетів і пр.



Робота без трекера

У нових версіях протоколу були розроблені бестрекерние (англ. трекера) системи, які вирішують деякі з попередніх проблем. Відмова трекера в таких системах не призводить до автоматичного відмови всієї мережі.


Починаючи з версії 4.2.0 офіційного клієнта, в ньому реалізована функція бестрекерной роботи, що базується на DHT Kademlia. У таких системах трекер доступний децентралізовано, на клієнтах, у формі розподіленої хеш-таблиці.
На даний момент не всі клієнти використовують сумісний один з одним протокол. Сумісні між собою BitComet, μTorrent, потоп, KTorrent, передачі та офіційний клієнт BitTorrent. Vuze (Azureus) також має режим бестрекерной роботи, але його реалізація відрізняється від офіційної, внаслідок чого він не може працювати через DHT з вищепереліченими клієнтами. Однак, для Vuze існує підтримка стандартного DHT через плагін Mainline DHT.
Робота без трекера також можлива при використанні мультипротокольних клієнтів, що підтримують BitTorrent. Shareaza через мережу Gnutella2 обмінюється хешамі та адресами бенкетів інших підтримуваних мереж, в тому числі BitTorrent. У GreyLink 6,0 планується Підтримка BitTorrent, при цьому мережа Direct Connect Може вікорістовуватіся НЕ Тільки для перетворення в ТТХ, а й для пошуки бенкетів.

Робота без торрент-клієнта

Для того щоб брати і роздавати файли в торрент-мережах, не обов'язково користуватися спеціальними програмами. Існують кілька сервісів, які дозволяють завантажувати файли, використовуючи тільки браузер.


Наявність у файлах метаданих додаткової інформації, такої, як додаткові джерела та опціональні хеши, дозволяє використовувати файл метаданих. Торрент аналогічно форматам Metalink, МАГМА, Список файлів (Direct Connect). Клієнт Shareaza використовує опціональні хеши для пошуку альтернативних джерел в інших мережах.

Web- сіди

Одним з варіантів використання є так зване інтернет-сідерну роздачу. Іноді на сервері з різних причин не можна запустити повноцінний торрент клієнт. У цьому випадку як джерело роздачі виступає сервер, що працює по протоколу HTTP. Як правило, клієнти віддають перевагу іншим BitTorrent клієнтам і звертаються до веб-сіду тільки за потребою. Слід знати, що реалізований цей варіант використання як мінімум трьома способами: BEP0017 BitTornado стиль webseeding, BEP0019 GetRight webseeding стиль і зовнішній Sourcing, кожен з яких відрізняється в деталях реалізації.


Вперше був створений Джоном «TheSHAD0W» Хоффманом, який створив BitTornado. Починаючи з версії 5,0 клієнт BitTorrent підтримує веб-сіди і завантаження з веб-сайтів, був створений простий інструмент, який створює публікації веб сідів торентів. У μTorrent додана підтримка для отримання веб-сідів у версії 1.7. У BitComet додана підтримка для отримання веб-сідів у версії 1.14.

BTIH (BitTorrent Info Hash)

Це SHA1 хеш поля інформація з файлу метаданих. Даний хеш використовується в magnet-посиланнях, а також для ідентифікації на трекері і між клієнтами. При завантаженні на трекер файлу метаданих його Хеш релізу може змінитися, оскільки трекер може змінити поле інформації, встановивши прапор закритою роздачі приватні або змінивши / додавши поля всередині інформації. Тому необхідно знову завантажити файл метаданих (файл. Торрента) з трекера і додати його до клієнт.



BTC-ссилка

Указывается в виде:

btc://[Адрес]:[Порт]/[Peer ID]/[ BTIH ]

Ссылка такого виду посилається на роздачу і на її джерело. Підтримується в Shareaza.



Недоліки та обмеження

  Недоступність роздачі

У випадку, якщо роздача непопулярна, то може виникнути ситуація, коли немає жодного сіда, а даних у присутніх бенкетів не вистачає, щоб завершити скачування. У такому випадку необхідно чекати появи або сіда, або бенкету, що має сегменти, відсутні в інших. Можна також використовувати копії файлів, отримані іншим шляхом. Роздача, яка не має жодного сіда довгий час, називається «мертвою».

Відсутність анонімності і персоналізації

Принцип роботи BitTorrent-протоколу передбачає, що кожному клієнту відомі IP-адреси як мінімум інших клієнтів, отримані від сервера. Використання різноманітних розширень протоколу в деяких випадках дозволяє дізнатися також і адреси інших бенкетів з рою. Тому:



  • Пользователи незащищённых систем и клиентов с известными уязвимостями могут быть подвергнуты атаке.

  • Возможно узнать адреса пользователей, передающих или принимающих определённый файл.

З іншого боку, протокол не передбачає використання ніків. Відсутня чат між бенкетами. Неможливо переглянути список файлів бенкету (в пошуках інших файлів, які могли б зацікавити). Більшість цих функцій реалізовано в інших протоколах (наприклад, DC + + / DirectConnect).

Проблема пірів

Деякі користувачі, особливо на трекерах, не потребують реєстрації, не підтримують роздачу після завершення скачування, що веде до зменшення загальної продуктивності. Ця проблема є однією з причин популярності приватних торрент-трекерів, що враховують кількість завантаженого / відданого.



Відсутність точного обліку трафіку

На відміну від багатьох комерційних протоколів дистрибуції медіаконтенту, архітектура протоколу не передбачає точного механізму обліку і контролю трафіку між точками мережі. Все, що є - поля завантажили і завантажені, в яких клієнти передають при анонсі трекеру кількість байт врахованих при скачуванні / завантаженні даних з моменту попереднього анонсу. Однак не контролюючи ніким, окрім як клієнтом, вони можуть бути легко підмінені. Для цього користувачі статично прописують значення цих полів в URI трекера, користуються патчами для клієнтів або ж окремими програмами (RatioMaster, GiveMeTorrent, GreedyTorrent і т. Д.), Або просто видаляють з клієнта запис про трекері відразу-ж після отримання з трекера списку точок мережі. Все це дозволяє обходити штучні обмеження, створювані адміністрацією багатьох приватних і публічних трекерів.



Термінологія

©



Лічер і його рій.

  • Анонс (англ. оголошувати) - звернення клієнта до трекера допомогою HTTP-GET-запиту. При кожному анонсі клієнт передає на трекер інформацію про об'єми ним завантаженого і відданого, трекер передає клієнтові список адрес інших клієнтів. Звернення клієнта до трекера відбувається через певні інтервали часу, які визначаються налаштуваннями клієнта і трекера.

  • Веб-сид - HTTP-або FTP-сервер, який використовується в якості джерела даних, нарівні зі звичайними сидами

  • Доступність (англ. доступності, англ розповсюджуваних копій -. Поширені копії) - кількість повних копій файлу, доступних клієнтові. Кожен сид додає 1,0 до цього числа, лічер збільшують доступність залежно від кількості завантаженого, якого немає в інших пірів. Приміром, якщо на роздачі є один сид і два лічер, що викачали по 50% файлу (викачані частини рівні між собою), то доступність дорівнює 1,50.

  • затихлий (англ. подавився - заглухлу, задавлений) - клієнт, обмін даними з яким заглох. Або його канал на вихід забитий повністю і він не може нічого передати (досяг max_uploads), або він є сідом і йому нічого не потрібно отримувати.

  • Зацікавлений (англ. цікаво) - учасник, який бажає отримати шматки файлу, наявні в іншого учасника. Наприклад, якщо у клієнта А немає якихось частин, які є у клієнта Б, вважається, що клієнт А зацікавлений в обміні з клієнтом Б.

  • Надлишки - дані, які були послані бенкетом або сідом, але одержувач їх не потребує. До надлишкам також відносяться помилки хешу.

  • Індекс (англ. індекс) - це список торрент-файлів (зазвичай включає описи та іншу інформацію), керований веб-сайтом (індексатор) і доступний для пошуку .. Індексують сайт часто помилково називають трекером.

  • Ліч, іноді лічер (англ. п'явки - п'явка) - пір, не має поки всіх сегментів, тобто що продовжує скачування. Термін часто вживається і в негативному сенсі, який він має в інших файлообмінних мережах: користувач, який віддає значно менше, ніж викачує.

  • Отруєний торрент - ситуація, коли частина бенкетів роздає пошкоджені, або спеціально сфальсифіковані сегменти.

  • Пір (англ. однолітків - співучасник) - клієнт, що бере участь в роздачі.

  • Пошкребти (англ. подряпина - шкребти, дряпати) - процес, аналогічний анонсу, але клієнт повинен вимагати лише статистику торрента, інформацію про підключених клієнтів і можливості з ними зв'язатися для обміну.

  • нехтує (англ. зневажливо) - клієнт, підключений до одержувача, але не надсилав йому дані вже більше 60 секунд.

  • Роздача (англ. посіву) - процес поширення файлу по протоколу BitTorrent.

  • Рейтинг (англ. частку відношення) - відношення відданого до викачаного.

  • Рой (англ. рій) - сукупність всіх бенкетів, що беруть участь в роздачі.

  • Сегмент (англ. частина - частина) - всі файли для передачі діляться на невеликі шматки - сегменти, які, потім, передаються по мережі в довільному порядку для оптимізації обміну.

  • Сід, іноді сідер (англ. сівалка - сіяч) - бенкет, що має всі сегменти поширюваного файлу, тобто або початковий розповсюджувач файлу, або вже викачав весь файл і залишився на роздачі.

  • Супер-сідерну роздача - спеціальній режим роздачі в деяки BitTorrent-клієнтів, Що намагається мінімізуваті кількість Даних, Яке віддасть роздає до появи Першого завантажено.

Суперсід пропонує кожному бенкеті завантажити тільки один сегмент файлу, якого ще немає в інших бенкетів. Потім сид не дає цьому бенкеті наступних сегментів, поки не отримає від інших бенкетів підтвердження, що вони теж отримали цей сегмент. Таким чином, суперсід намагається уникнути повторної віддачі одних і тих же сегментів, і намагається віддавати сегменти тільки тим бенкетам, які активно передають їх іншим.

  • Хеш (англ. хеш) - SHA1 окремих сегментів оригінальних файлів, перелічених у словнику «інформація» торрент-файлу .. Кожна частина після отримання спочатку перевіряється на збіг хешу. Якщо перевірка не вдалася, дані відкидаються і запитуються ще раз. Також в протоколі використовується хеш самого словника «Інформація» («інфохеш»), який виступає в ролі ідентифікатора конкретної роздачі при зверненні до трекера, до інших точок мережі, і при складанні магніт-посилань (він містять base32-шоу інфохеша).

  • Ключ доступу - аутентифікатор користувача на неанонімних трекерах. Міститься в викачуваних торрент-файлі. Таким чином, якщо хтось отримає доступ до торрент-файлу (наприклад, користувач по необережності Разшарив його), він зможе працювати з трекером від імені цього користувача. Трекер може змінити пароль за запитом користувача, але при цьому необхідно буде перескачать всі минулі торрент-файли (або вручну відредагувати їх), щоб мати можливість і далі роздавати викачані файли.

  • URL анонса (англ. оголосити URL) - адреса трекера, до якого клієнт робить анонс. У багатьох клієнтах називається «Tracker URL». Може включати «пароль» - унікальний код, який призначається трекером для аккаунта користувача, допомагає ідентифікувати його на трекері (додається до URL анонса в самому *. торрент-файлі при скачуванні).

Програми-клієнти
  Кросплатформені

μTorrent - клієнт BitTorrent для Windows, Mac OS X і Linux (альфа-версія), що відрізняється малим розміром і високою швидкістю роботи. ©



Використання протоколу BitTorrent на прикладі Azureus (Vuze)



  • Vuze (стара назва - Azureus) - написаний на мові Java, тому є кросплатформним. Підтримує Tor і I2P. Потрібно врахувати, що використовується ним бібліотека Eclipse, Standard Widget Toolkit використовує сістемнозавісімие модулі і повинна компілюватися для кожної платформи окремо.

  • BitTyrant - модифікований варіант клієнта Azureus 2,5

  • BitTornado - кросплатформенний клієнт, написаний на мові Python

  • Потоп - кросплатформенний клієнт, написаний на мові Python; використовує GTK

  • MLDonkey - кросплатформенний клієнт

  • Браузер Опера повністю підтримує закачування торрентів, починаючи з версії 9,0

  • TorrentFlux (англ.) - Web-інтерфейс написаний на PHP, взаємодія з протоколом BitTorrent реалізовано на мові Python, працює на віддаленому Web-сервері, дозволяючи не тримати свій комп'ютер включеним постійно, але при цьому качати і роздавати торренти.

  • ABC (англ.) - ще один Bittorrent клієнт, заснований на BitTornado

  • qBittorrent (англ.) - торрент-клієнт для Unix / GNU + можливо інші системи, написаний на C + + / Qt4, що використовує бібліотеку libtorrent. Розповсюджується під ліцензією GNU GPL.

  • Media Get - безкоштовний клієнт для ОС Windows і Mac OS X, розроблений російськими програмістами і написаний на C + +, що володіє вбудованим пошуком по популярних трекерам
    GNU / Linux, UNIX

  • CTorrent - консольний клієнт для Unix / GNU + Linux, що припинив розвиток в 2004 році.

  • Флеш - GTK клієнт для GNU / Linux, написаний на C + +, який використовує libtorrent.

  • KTorrent - використовує бібліотеку Qt, працює в середовищі KDE.

  • KGet

  • rTorrent - консольний клієнт для Unix / GNU + Linux, написаний на C + +; використовує бібліотеки Ncurses і libTorrent, також може працювати через веб-інтерфейс, наприклад: ruTorrent, wTorrent і т. д.

  • Трансмісія - клієнт для Mac OS X, FreeBSD, OpenBSD, NetBSD, GNU / Linux і BeOS, що використовує GTK або Qt, також може працювати через веб-інтерфейс або взагалі без графічного інтерфейсу. Також може працювати в консольному режимі і в режимі демона.

  • Потоп - торрент-клієнт, поддержівающійй IP-фільтр блокування.
    ОС Windows

  • μTorrent

  • BitComet

  • BitSpirit

  • FlashGet

  • Shareaza - підтримує роботу з декількома файлообмінними мережами, у тому числі і BitTorrent

  • Безкоштовний менеджер закачувань

  • Torrent Stream - акцент на програвання відео / аудіо файлів з торентів, в режимі онлайн (без очікування завантаження)

  • Media Get-безкоштовний BitTorrent-клієнт і менеджер закачувань для p2p-мереж нового покоління. Програма призначена для операційних систем сімейства Windows: Windows XP, 2000 і вище.

Mac OS

  • µTorrent

  • Transmission

  • Vuze (Azureus)

  • Tomato Torrent (en)

Висновок
Отже, BitTorrent - клієнтська програма пірингової мережі, націленої на можливість завантаження файлів великого розміру. На відміну від інших подібних мереж , де власниками одного і того ж файлу можуть бути відразу декілька чоловік, у яких цей файл знаходиться, BitTorrent передбачає наявність у файлу єдиного власника, який і зацікавлений в його розповсюдженні. BitTorrent відіграє досить значну роль в сучасному житті будь-якого користувача ПК. Він надає можливість зручно та швидко завантажити на комп’ютер будь-який файл неважливо якого розміру. Сьогодні BitTorrent є одним з найпопулярніших клієнтів , які існують в мережі.

Список використаних джерел:

  1. http://bitorint.ru/princip-raboty-protokola/rejim-end-game/

  2. http://tx.lviv.ua/wiki/index.php/Bittorrent/%D0%A2%D0%B5%D1%80%D0%BC%D1%96%D0%BD%D0%B8

  3. http://www.intuit.ru/department/se/crosspl/1/2.html

  4. http://utorrent.infobreak.ru/f3h4h/%D1%81%D0%B8%D0%B4%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5-%D1%80%D0%B0%D0%B7%D0%B4%D0%B0%D1%87%D0%B8-%D0%B2-%C2%B5torrent.html

  5. http://www.bittorrent.org/

  6. http://bittorrent.in.ua/

  7. http://btlist.info/russian/

  8. http://utorrent.org.ua/

  9. http://givemetorrent.org.ua/docs/BitTorrent-Protocol...

  10. http://www.ixbt.com/news/soft/index.shtml?15/27/65

  11. http://itc.ua/articles/alternativnye_bittorrent-klie...

  12. http://forum.uniongang.tv/showthread.php?53-%B5Torre....

  13. http://bestrepack.net/forum/viewtopic.php?t=126

  14. http://translated.by/you/bittorrent-protocol-specifi...

  15. http://planetaua.net/bittorrent.html







База данных защищена авторским правом ©shkola.of.by 2016
звярнуцца да адміністрацыі

    Галоўная старонка