Bittorrent термины

[admin]

Здесь описаны некоторые дополнительные понятия, встречающиеся при использовании Битторрент.

 

 

Содержание

1 Разные термины

1.1 Трекер

1.2 Торрент

1.3 Раздача

1.4 Пир

1.5 Сид

1.6 Лич (личер )

1.7 Рой

1.8 Доступность

1.9 Рейтинг(ратио)

1.10 Announce

1.11 Announce URL

1.12 Passkey

1.13 Scrape

1.14 Файл метаданных

1.15 Трекер

1.16 Супер-сидирование

1.17 Хеш

1.18 Веб-сид

1.19 Заглохший

1.20 Заинтересованный

1.21 Индекс

1.22 Отравленный торрент

1.23 Пренебрегающий

1.24 Сегмент

2 Магнет-ссылка

3 Шифрование протокола

 

Разные термины

Трекер (англ. tracker) — специализированный сервер, работающий по протоколу HTTP.

 

Торрент (.torrent , торрент-файл) - Это идентификатор. Т.е файл, который содержит в себе информацию о запрошенных файлах, а именно:

а) о размере и количестве фрагментов (файл разбивается на несколько тысяч частей) и контрольной сумме скачиваемого файла (файлов).

б) о трекере, на котором можно получить информацию об сидерах и личерах, распространяющих этот файл.

После того, как пользователи скачивают этот файл себе, они уже знают, где брать файлы, из которых был создан торрент. По сути, торрент-файл - это ярлык, который однозначно идентифицирует содержимое передаваемой информации и адрес, где можно получить эту информацию. Обычно весит примерно 100 кб, в дальнейшем открывается специальным торрент-клиентом.

 

Раздача

Процесс распространения файла по протоколу BitTorrent. Обращение клиента к трекеру.

 

Пир (англ. peer — соучастник) — клиент, участвующий в раздаче в файлообменных сетях. В BitTorrent-сетях пиры бывают 2 видов: сиды — раздающие и личи — скачивающие.

 

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

 

Лич (личер), Личер и его рой.(англ. leech — пиявка) — пир, не имеющий пока всех сегментов, то есть продолжающий скачивание, либо уже закончивший скачивание выбранных частей раздачи.

Термин иногда употребляется и в негативном смысле, который он имеет в других файлообменных сетях: пользователь, который отдает гораздо меньше, чем скачивает.

Вместе с тем, (например, в терминологии сети BitTorrent), термин «личер» может означать любого пользователя, который скачивает себе файл, либо скачал часть из раздаваемого материала либо файла и не несёт негативного смысла.

 

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

 

Доступность (англ. availability) (также distributed copies) — количество полных копий файла, доступных клиенту. Каждый сид добавляет 1.0 к этому числу, личеры увеличивают доступность в зависимости от количества скачанного, которого нет у других личеров. К примеру, если на раздаче есть один сид и два личера с 50%, и скачанные части равны между собой, то доступность равна 1.50.

 

Рейтинг(ратио) (англ. share ratio) — отношение отданного к скачанному. Часто на трекерах выставлено ограничение на кол-во одновременно скачиваемых файлов при маленьком рейтинге(ратио).

 

Announce - обращение клиента к трекеру.

 

При каждом announce клиент передаёт на трекер информацию об объёмах им скачанного и отданного, a трекер передаёт клиенту список адресов других клиентов.

 

Обращение клиента к трекеру происходит через определённые интервалы времени, которые определяются настройками клиента и трекера.

 

Announce URL (англ. announce URL) - адрес трекера, к которому клиент делает announce. Во многих клиентах называется Tracker URL. Может включать passkey.

 

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

 

Scrape - дополнительный протокол запроса клиента к трекеру, при котором трекер сообщает клиенту общее количество сидов и пиров на раздаче.

 

В отличие от announce, запрос scrape:

 

- не имеет прямого отношения к скачиванию раздачи

- является необязательным

- может запрашиваться и для остановленных в клиенте заданий

- отнимает меньше ресурсов и клиента и трекера

- может одним запросом получить информацию сразу по нескольким торрентам (multi-scrape)

Клиент с помощью scrape может показать пользователю точные количества сидов и пиров на каждом задании, включая остановленнные.

 

Некоторые клиенты, например Azureus, также могут с помощью scrape:

- раньше узнать о том, что на раздаче появились дополнительные участники, и сделать внеочередной announce для получения их адресов

- автоматически останавливать и запускать сидирование заданий в зависимости от числа сидов и пиров, в результате сидируя там, где это нужнее

Для уменьшения бесполезной нагрузки на клиент и на трекер scrape в клиенте лучше выключить. Включайте scrape только если он вам действительно нужен, и админы вашего трекера подтвердили, что их трекер поддерживает scrape. Существует мнение, что большинство русскоязычных трекеров scrape не поддерживают.

 

Файл метаданных

BitTorrent не имеет системы поиска: для каждого распространяемого файла создаётся файл метаданных с расширением torrent, который содержит следующую информацию:

- URL трекера (см. ниже).

- общую информацию о закачиваемом файле (имя, длину и пр.)

- контрольные суммы (точнее, хэш-суммы SHA1) сегментов закачиваемого файла.

Файлы метаданных могут распространяться через любые каналы связи — например, эти файлы (или ссылки на них) могут выкладываться на веб-серверах, размещаться на домашних страницах пользователей сети, рассылаться по электронной почте, публиковаться в блогах или новостных лентах RSS.

 

Клиент начинает закачку, получив каким-либо образом файл с метаданными, в котором есть ссылка на трекер.

 

Трекер

(англ. tracker) — специализированный сервер, работающий по протоколу HTTP. Трекер нужен для того, чтобы клиенты могли найти друг друга. Фактически, на трекере хранятся IP-адреса и входящие порты клиентов и хэш-суммы, уникальным образом идентифицирующие объекты, участвующие в закачках. По стандарту, имена файлов на трекере не хранятся, и узнать их по хэш-суммам нельзя. В практических реализациях, однако, трекер часто, помимо своей основной функции, выполняет и функцию небольшого веб-сервера. Такой сервер хранит файлы метаданных и описания распространяемых файлов, предоставляет статистику закачек по разным файлам, показывает текущее количество подключенных пиров и пр.

 

Супер-сидирование

(англ. Super seeding) — специальный режим раздачи в некоторых BitTorrent-клиентах, пытающийся минимизировать количество данных, которое отдаст раздающий до появления первого скачавшего. Суперсид предлагает каждому пиру скачать только один сегмент файла, которого ещё нет у других пиров. Затем сид не даёт этому пиру следующих сегментов, пока не получит от других пиров подтверждения, что они тоже получили этот сегмент. Таким образом, суперсид пытается избежать повторной отдачи одних и тех же сегментов, и старается отдавать сегменты только тем пирам, которые активно передают их другим.

 

Хеш

(англ. hash) — строка буквенно-цифровых символов в .torrent-файле, которую используют клиенты для проверки передаваемых данных. Каждая часть после получения сначала проверяется на совпадение хеша. Если проверка не удалась, данные отбрасываются и запрашиваются ещё раз.

 

Веб-сид

HTTP-сервер, который может использоваться как источник данных, выступая в роли сида.

 

Заглохший

(англ.choked— заглохший, придушенный) — клиент, обмен данными с которым заглох. Либо его канал на выход забит полностью и он не может ничего передать (достиг max_uploads), либо он является сидом и ему ничего не нужно получать.

 

Заинтересованный

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

 

Индекс

(англ.index) — это список .torrent-файлов (обычно включающий описания и другую информацию), управляемый веб-сайтом (индексатором) и доступный для поиска. Индексирующий сайт также может быть и трекером.

 

Отравленный торрент

Cитуация, когда часть пиров раздаёт повреждённые сегменты.

 

Пренебрегающий

(англ.snubbed) — клиент, подключённый к получателю, но не посылавший ему данные уже более 60 секунд.

 

Сегмент

Часть (англ.part — часть) — все файлы для передачи делятся на небольшие куски — сегменты, которые, затем, передаются по сети в произвольном порядке для оптимизации обмена.

 

Магнет-ссылка

Магнет-ссылка - это строка вида: magnet:?xt=urn:btih:GZ....UZ, содержащая имя файла, его длину и хэш - контрольную сумму, вычисляемую на основе содержимого файла. Магнет-ссылка содержит достаточно информации, чтобы найти по ней файл в локальной p2p-сети.

 

Преимущества магнет-ссылок:

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

- Магнет-ссылка содержит хэш файла - а значит он будет обнаружен автоматически даже после перемещения в другую папку или переименования (частый пример: после скачки файл "SpiderMan8.avi" переименовывается в "Человек Паук 8.avi").

- Хэш - это контрольная сумма файла, а значит после скачки и проверки хэша вы будете иметь гарантию, что файл не побился при скачке.

- Магнет-ссылка позволяет начать закачку файла еще до полного появления его в сети - если кто-то из пользователей успел скачать часть файла, то ваш клиент сможет, зная магнет-ссылку, запросить скачанные части нужного файла.

 

Шифрование протокола

Шифрование протокола (Protocol Encryption) поддерживается в БТ клиентах Azureus, BitComet и µTorrent (совместимо друг с другом). В основном шифрование используется для борьбы с провайдерами, распознающими и подавляющими БТ трафик.

 

Несколько моментов:

- Клиент, начинающий соединение, может запросить шифрованное соединение.

- Все совместимые клиенты, принимая соединение с таким запросом, соглашаются на шифрование вне зависимости от своих настроек.

- При этом трафик шифруется в обе стороны (и скачивание и отдача).

 

Теперь рассмотрим настройки шифрования в µTorrent:

Есть три варианта для исходящих (тех, которые начинает ваш клиент) соединений:

 

Выкл: устанавливать обычное (нешифрованное) соединение. Это настройка по умолчанию. Если ваш провайдер не подавляет БТ трафик и у вас открыт порт для входящих соединений, то можете смело оставлять так. Пользователи, которые из-за своего провайдера могут пользоваться только шифрованным соединением, сами к вам подсоединятся с предложением его начать (если, конечно, они правильно настроили себе клиенты).

 

Включено: предлагать шифрование, но в случае неудачи устанавливать обычное соединение. То есть шифрованные соединения вам предпочтительнее, но принципе подходят и обычные. Эта настройка имеет смысл если ваш провайдер частично подавляет ваш БТ трафик (т.е. ваш клиент может и качать и отдавать по обычным соединениям, но медленно). Кроме того, вы можете выбрать этот вариант, если лично у вас провайдер нормальный, при этом вы снаружи недоступны (порт закрыт), но все-таки хотите общаться с «подавленными» пользователями (которые сами с вами установить соединения не могут из-за вашего порта). Такой выбор - это компромисс, потому как для шифрования оба клиента используют дополнительные ресурсы процессора, а при такой настройке многие начинаемые вами соединения будут шифроваться, когда они могли бы быть обычными. Кроме того, процент «подавленных» провайдерами пользователей неизвестен, и может быть на раздачах, где вы участвуете, их вообще нет.

 

Форсировано: предлагать шифрование, и в случае неудачи обычное соединение НЕ устанавливать. То есть обычные соединения для вас бесполезны (ваш провайдер полностью или слишком сильно их подавляет). В этом (и только в этом) случае имеет смысл также убрать находящуюся рядом галочку "Пропуск ...". Убирание галочки означает, что обычные соединения вы не будете также и принимать. Разумеется, если у вашего клиента недоступен снаружи порт прослушивания, то входящих соединений у вас в принципе нет и эта галочка ни на что не влияет.

 

Как определить, подавляет ли ваш провайдер нешифрованный БТ трафик?

Можно поспрашивать соседей по провайдеру. Или посетить местные форумы. Или сделать web поиск по названию провайдера и словам БитТоррент или BitTorrent или encryption, и т.п. Несколько крупных западных провайдеров есть в списке Azureus или можно о них почитать на форуме на dslreports.com dslreports.com.

Можно попытаться примерно определить самому: разрешить в клиенте шифрование, подсоединиться к популярным раздачам и в клиенте посмотреть как много качается/отдается на шифрованных и обычных соединениях. В µTorrent шифрованные соединения обозначаются буквами 'e' или 'E' в столбце "Флаги" на вкладке "Пиры".

Некоторые провайдеры подавляют трафик только в определенное время суток, если например после 12 ночи у вас каждый раз очень резко возрастает скорость, то возможно это оно и есть.

 

В заключение хотелось бы отметить, что при низкой скорости скачивания или отдачи искать причину в подавлении трафика провайдером стоит в последнюю очередь. В большинстве случаев низкие скорости объясняются другими причинами, на первом месте из которых - просто недостаточное количество раздающих или качающих на раздаче.