Протокол Bittorrent не використовується клієнтом uTorrent


0

Я створив віртуальне середовище для завантаження торентів, яке включало 4 віртуальних машини. З чотирьох три машини виконують роль однолітків, а інша виступає трекером. Використовуючи, uTorrentя створив файл торрента з одного з однолітків і оголосив його трекеру. Від іншого колеги я спробував завантажити файл за допомогою створеного торрент-файлу, і він працював. Однак, коли я захопив мережеві пакети під час завантаження за допомогою wireshark, я здивувався, побачивши, що протокол Bittorrent взагалі не використовується для передачі фрагмента. Ні у нього не було якоїсь - або requestчи haveповідомлення. UDP використовується для передачі.

Чому так? Як я можу доручити клієнту використовувати протокол Bittorrent для передачі?


Думаю, читання про модель OSI допоможе тут - UDP - це рівень 4, bitorrent - шар 7. Модель TCP / IP зараз більше в моді - я б вважав UDP транспортом, а біторрент - протоколом програми. Також варто врахувати, що bitorrent та деякі інші клієнти також використовують інший протокол, який називається µTP
Journeyman Geek

@JourneymanGeek: Я .. Я також пройшов мікро-транспортний протокол. Але мені потрібно вивчити повідомлення, передані між одноранкою та клієнтом, використовуючи протокол bittorrent.
Джекзз

Так ви маєте на увазі udp або µTP?
Подорожник Geek

@JourneymanGeek: UDP
Jackzz

хм. Увімкнено шифрування протоколу?
Подорожник Geek

Відповіді:


1

Вимкніть µTP (це інший прикладний рівень і непотрібний для ваших потреб) і повністю вимкніть шифрування протоколу.


Thnk u ... при використанні цього протоколу є якийсь спосіб, за допомогою якого я можу визначити, які фрагменти отримані ?? (як індекс фрагмента згадується у повідомленнях про одноранговий протокол bittorrent)
Jackzz

Не маю уявлення. Я використовую bittorrent для всіх своїх потреб у завантаженні Linux, але у мене немає такої підказки про базовий протокол
Journeyman Geek

0

У вас є протокол bittorrent, kindasorta.

Те, що ви там бачите, називається протоколом передачі utorrent (uTP), який був представлений наприкінці 08 року для клієнтів bittorrent inc. (Utorrent та BitTorrent [mainline]) як спосіб зменшити деяке використання трафіку та трохи знезаразити мережі. .

Це, в основному, версія UIT на основі UDP. Коли це було оголошено в 2008 році, деякі люди втратили мармур і заявляли, що світ закінчиться і що головний перехід до UDP призведе до вбивства ігор, відеоконференцій тощо. Як бачите, цього не сталося. Трекери на основі DRM (відомі також як "приватні трекери") також трохи кидаються, оскільки різні кількості даних кидають гайковий ключ у їхні системи управління DRM, а також порушують деякі їх системи з оплатою пріоритетності, тому вони забороняють будь-якого клієнта використовуючи його. Знову ж таки, більшість людей, що стоять за цими сайтами, не мають поняття, що вони все одно роблять (я кажу з досвіду)


Що забавно , так , як в 2014 році, досить багато пристойних клієнтів підтримують його - один з libtorrents робить (rasterbar я думаю, але не ракшаса, і це , здається , досить добре поводиться на менші інтернет - з'єднання.
Подмастерье Geek

о, це дуже добре поводиться на більшості підключень до Інтернету - це фактично було основною причиною його розвитку.
KTetch Dureek
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.