Размещено на http://www.allbest.ru/

МІНІСТЕРСТВО ОСВІТИ І НАУКИ УКРАЇНИ

НТУУ «КИЇВСЬКИЙ ПОЛІТЕХНІЧНИЙ ІНСТИТУТ»

ФІЗИКО-ТЕХНІЧНИЙ ІНСТИТУТ

КАФЕДРА ІНФОРМАЦІЙНОЇ БЕЗПЕКИ

КУРСОВА РОБОТА

з дисципліни: «Захист в операційних системах, мережах і системах керування базами даних»

на тему: Дослідження структури мережного обміну системи bittorrent

Виконав: студент 4 курсу

групи ФБ-01 Л.В. Кохнович

Перевірив: М.В. Грайворонський

Київ-2013



Зміст

Вступ

Протокол BitTorrent

Загальний принцип роботи протоколу

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

Сидирування

Загальні особливості BitTorrent

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

Деталі використання та налагодження «сесії», перехват пакетів

Вразливість протоколу BitTorrent

Переваги та недоліки

Переваги використання

Недоліки використання

Використовувана термінологія

Висновок

Використана література



Вступ

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

Всі комп'ютерні мережі поділяються на дві великі групи: багаторангові та однорангові.

Мал 1.0 Проблема передачі даних: Більше клієнтів вимагають більшої пропускної здатності

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

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

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

Мал 2.0 Рішення з peer-to-peer: користувачі співпрацюють разом для передачі інформації

Одним з перших широко використовуваних peer - to - peer файлообмінних сервісів став Napster. Він був заснований в 1999 році 19 -річним студентом Північно- східного університету Бостона Шоном Фаннінг. Сервіс проектувався як мережа для вільного обміну з друзями музикою у форматі mp3. Але в такому вигляді він проіснував всього два роки: через конфлікти з правовласниками і послідуючим за цим судовим рішенням він був змушений припинити свою роботу і виплатити великі штрафи.

Napster був файло-обмінною мережею централізованого типу: для функціонування їй було необхідно наявність виділеного сервера, який індексує файли мережі і виступає в ролі єдиної пошукової системи. Якщо закрити сервер, вся мережа перестає працювати. Наступні файло-обмінні мережі врахували цю помилку свого попередника. В даний час для функціонування більшості найбільш популярних P2P мереж або зовсім не потрібні індексуючі сервери (децентралізований тип), або таких серверів багато (частково децентралізований тип), і зупинка одного з них не призведе до закриття всієї мережі. Так, наприклад, закриття офіційного клієнта для роботи з мережею eDonkey (так званий «Ослик») через позов Американської асоціації звукозаписних компаній, хоча і знизило популярність самої мережі, але не знищило її, тому що існували і продовжують існувати альтернативні сервери і програми-клієнти.

Існують різні P2P протоколи і засновані на них мережі, такі як, наприклад, eDonkey, Dirrect Connect або Gnutella. Але в даний час найпоширенішими у світі за даними агентства Ipoque є мережі на основі протоколу BitTorrent. Причому у Східній Європі та Росії Torrent використовують більше 80% всіх користувачів P2P мереж, в Західній Європі - майже 60 %.



Протокол BitTorrent

Загальний принцип роботи протоколу

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

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

Мал 3.0 Приклад роботи BitTorrent

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

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

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

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

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

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

Сегменти поділяються на блоки розміром 16-4096 кілобайт, і кожен клієнт запитує саме ці блоки. Одночасно можуть запитуватися блоки з різних сегментів. Більш того, деякі клієнти підтримують скачування блоків одного сегмента у різних користувачів. У цьому випадку описані вище алгоритми та механізми обміну застосовуються і до рівня блоків.

Сидирування

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

Загальні особливості BitTorrent

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

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

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

· Викачані фрагменти стають негайно доступні іншим клієнтам.

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

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

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

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

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

Номери портів не фіксовані в специфікації протоколу і можуть змінюватися при необхідності. У даний момент більшість трекерів використовують звичайний HTTP порт 80, а для клієнтів рекомендується вибрати випадковий вхідний порт. Більш того, деякі трекери не допускають використання портів клієнтів зі стандартного діапазону 6881-6889, так як деякі провайдери забороняють використання цього діапазону портів.

DHT (протокол передачі даних та механізм збереження інформації про ресурси та учасників файлообмінної мережі типу peer-to-peer децентралізовано (без виділеного сервера), безпосередньо на клієнтах мережі) - мережу в BitTorrent -клієнтах використовує протокол UDP.

Крім того, протокол UDP (один із протоколів в стеку TCP/IP. Від протоколу TCP він відрізняється тим, що працює без встановлення з'єднання) використовується UDP - трекерами (підтримується не всіма клієнтами і не є офіційною частиною протоколу) і для з'єднання клієнтів один з одним через UDP NAT Traversal (використовується тільки в клієнті BitComet і не є офіційною частиною протоколу).

Деталі використання та налагодження «сесії», перехват пакетів

BitTorrent файл складається з наступних інформаційних блоків:

· Звичайний веб-сервер

· Статичний файл 'MetaInfo'

· BitTorrent трекер

· "Оригінал"-завантажувач

· Кінцевий користувач

Щоб почати обслуговувати, «адміністратор» виконує наступні кроки:

1. Запустити трекер.

2. Запустити звичайний веб-сервер, наприклад, Apachе.

3. Зв'язати розширення. Торрента з MimeType застосування / х-торрент-на їх веб-сервері.

4. Створити MetaInfo (. Торрент-файл) за допомогою повного файлу, який буде поданий і URL трекера.

5. Помістити файл MetaInfo на веб-сервері.

6. Зробити посилання на MetaInfo (. Торрент-файл) з якогось іншого веб-сторінці.

7. Розпочати роздачу.

Щоб почати завантаження, користувач робить наступне:

1. Встановити BitTorrent (або вже зробили це).

2. Натиснуи на посилання на торрент-файл..

3. Вибрати, куди зберегти файл локально або вибрати часткове скачування.

4. Дочекатися завершення завантаження.

Спробуємо проаналізувати роботу BitTorrent за допомогою спеціального програмного забезпечення під назвою WireShark. Запустимо запис усіх пакетів, що проходить через головний інтерфейс на комп'ютері, далі спробуємо завантажити файл с достатньо відомого трекера - rutracker.org.

Спершу, для розпізнавання пакетів, додамо фільтр тільки на MAC адрес з нашим інтерфейсом. Фільтр: eth.addr==20:68:9D:0D:90:B5. Потім відфільтруємо по протоколу BT-uTP. Наведемо отримані скріншоти:

Мал 4.0 Аналіз обміну пакетів з протоколом BT-uTP

Мал 5.0 Деталі одного з пакетів, наведеному на Мал 4.0

мережевий протокол обмін файл



Вразливість протоколу BitTorrent

Спробуємо розібрати досить значну вразливість даного протоколу. Вона не порушує роботу ні сервера, ні клієнта, але все ж вона досить кардинально впливає на принцип «ти - мені, я - тобі», що є основою при роздачі файлів з використанням вищенаведеного протоколу. Отже, спробуємо спочатку розібрати http-заголовок більшої кількості BitTorrent-клієнтів:

GET announce.php?info_hash=%8bz%0d%9b%93%ac%7d%d0%90%60r%03%1b%2b%89%60p%08%96%2e&peer_id=-UT1600-%da%81%bc%ce4%9c%a0%c1k%81%a7%f9&port=6881&uploaded=35302368&downloaded=54454366434&left=177313792&key=F53CB1E7&numwant=200&compact=1&no_peer_id=1 HTTP/1.1 Host: myhost.com User-Agent: uTorrent/1600 Accept-Encoding: gzip Connection: Close

Лістинг 1.0

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

my @r = $info_hash =~ /(.{1,2})/g; $info = join('%',@r); $info_hash = "%". $info; my $request = ""; $request.= "GET /announce.php?passkey=$passkey&info_hash=$info_hash&peer_id=-UT1750-%fa%91%a4IE%22ys%fb%3cCc&port=6881&uploaded=$uploaded&downloaded=$downloaded&left=1037668352&key=E4DC5ED5&event=started&numwant=200&compact=1&no_peer_id=1 HTTP/1.1\r\n"; $request.= "Host: $host:$port\r\n"; $request.= "User-Agent: uTorrent/1750\r\n"; $request.= "Accept-Encoding: gzip\r\n"; $request.= "Connection: Close\r\n\r\n"; print $sock $request; print $sock $request;

Лістинг 2.0

Тепер можна перевірити у профілі на трекер-системі свій рейтинг - він змінився.

Переваги та недоліки

Переваги використання

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

Розглянемо докладніше, за рахунок чого досягається такий виграш у швидкості.

Припустимо, в багаторанговій мережі з'явився новий файл. Щоб його « побачили » всі користувачі, файл повинен зберігатися на сервері, пропускна здатність якої обмежена певним значенням швидкості скачування, наприклад, 1 Мб / с. Відповідно, якщо 1000 користувачів захочуть одночасно завантажити цей файл, швидкість скачування кожного з них становитиме 1 кб / с. І це в ідеальному випадку: на практиці, швидше за все, перші 500 користувачів будуть качати файл з більшою швидкістю, а інші просто не підключаться до сервера, який фізично не зможе обробити стільки запитів. У результаті процес скачування фільму може розтягнутися на тиждень, причому, чим більше буде бажаючих, тим повільніше буде завантажуватися файл на комп'ютер кожного з них.

У піринговій мережі все відбувається по-іншому. Коли на одному з її комп'ютерів з'являється новий файл, він розбивається на безліч маленьких частин - і тільки після цього контент стає доступним для інших користувачів. Причому кожному з них програма «віддає» різні частини, потрібні їм у даний момент, тому з «материнського » комп'ютера користувач А завантажить тільки першу частину, другу він буде скачувати вже у користувача В, який за цей час встиг її завантажити, третій - у C і т.д. Відповідно загальна швидкість скачування для кожного користувача буде дорівнює сумі пропускної здатності, яку здатні забезпечити « материнський » ПК і інші учасники мережі, які завантажують з нього даний файл.

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

Недоліки використання

· Складність додавання / видалення файлу з існуючої роздачі.

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

· Складність оформлення роздачі для багатьох torrent-трекерів. Як наслідок мені здається необхідно внесення розширеного формату для метаданих в torrent файлі, якогось аналога ID3.

· Неповні роздачі (availability < 1). Можливо проблему вдасться частково вирішити схрещуванням torrent з файл- хостингом, так само виступаючим користувачем при суперсідуванні.

· Складність автоматизації передачі даних між невеликою групою людей.

· Відсутність централізованого пошуку по трекерам. Кращим з них мені здається варіант [ шукане ] + ". Torrent " вбиті в google, але як правило, ПС видає величезну кількість виробів чорних SEO- шників.

· Простота обходу обліку трафіку, як наслідок багато трекери заповнюються leech - only користувачами.

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

Використовувана термінологія

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

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

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

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

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

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

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

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

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

Бенкет (англ. peer - співучасник) - клієнт, бере участь в роздачі. У даній роботі називається просто користувачем.

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

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

Рейтинг (англ. share ratio) - відношення відданого до завантажити.

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

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

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

Scrape -запит - додатковий протокол запиту клієнта до трекера, при якому трекер повідомляє клієнту загальну кількість сідів і бенкетів на роздачі. На відміну від анонсування, запит scrape не має прямого відношення до скачування роздачі, є необов'язковим і забирає менше ресурсів у клієнта і трекера. Він може запитуватися і для зупинених в клієнті завдань, а також дозволяє одним запитом отримати інформацію відразу по декількох торрентах (multi - scrape). Клієнт за допомогою scrape -запиту може отримати точну кількість сідів і бенкетів на кожному завданні, включаючи зупинені. Деякі клієнти, наприклад Azureus, також можуть за допомогою scrape -запиту раніше дізнатися про те, що на роздачі з'явилися додаткові учасники, і зробити позачерговий announce для отримання їх адрес, і автоматично зупиняти і запускати сидування завдань залежно від числа сидів і бенкетів, в результаті сидуючи там, де це потрібніше.

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

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

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

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



Висновок

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



Використана література

1. http://habrahabr.ru/.

2. http://www.bittorrent.com.

3. http://wiki.wireshark.org/BitTorrent.

4. http://www.youtube.com/watch?v=9YSHFnw-29M.

5. http://do.gendocs.ru/docs/index-366689.html.

6. HAL -- INRIA:: [inria-00000156, version 3] Understanding BitTorrent: An Experimental Perspective.

7. http://ru.wikipedia.org/wiki/BitTorrent.

8. Article: Figuring out Bittorrent behavior with Wireshark (by Tony Fortunato).

Размещено на Allbest.ru

...