BitTorrent/Термины: различия между версиями

Материал из Викиучебника — открытых книг для открытого мира
Содержимое удалено Содержимое добавлено
создано
 
м bad link repair
Строка 1: Строка 1:
Здесь описаны некоторые дополнительные понятия, встречающиеся при использовании Битторрент.
Здесь описаны некоторые дополнительные понятия, встречающиеся при использовании Битторрент.



== Шифрование протокола ==
== Шифрование протокола ==
Строка 10: Строка 9:
* Все совместимые клиенты, принимая соединие с таким запросом, соглашаются на шифрование вне зависимости от своих настроек.
* Все совместимые клиенты, принимая соединие с таким запросом, соглашаются на шифрование вне зависимости от своих настроек.
* При этом трафик шифруется в обе стороны (и скачивание и отдача).
* При этом трафик шифруется в обе стороны (и скачивание и отдача).




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



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


Эта настройка имеет смысл если ваш провайдер частично подавляет ваш БТ трафик (т.е. ваш клиент может и качать и отдавать по обычным соединениям, но медленно).
Эта настройка имеет смысл если ваш провайдер частично подавляет ваш БТ трафик (т.е. ваш клиент может и качать и отдавать по обычным соединениям, но медленно).



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


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



'''Форсировано''': предлагать шифрование, и в случае неудачи обычное соединение НЕ устанавливать
'''Форсировано''': предлагать шифрование, и в случае неудачи обычное соединение НЕ устанавливать
Строка 44: Строка 38:


(Разумеется, если у вашего клиента недоступен снаружи порт прослушивания, то входящих соединений у вас в принципе нет и эта галочка ни на что не влияет)
(Разумеется, если у вашего клиента недоступен снаружи порт прослушивания, то входящих соединений у вас в принципе нет и эта галочка ни на что не влияет)




'''Как определить, подавляет ли ваш провайдер нешифрованный БТ трафик?'''
'''Как определить, подавляет ли ваш провайдер нешифрованный БТ трафик?'''
Строка 61: Строка 53:
См. также
См. также
* [[w:en:BitTorrent protocol encryption|Wikipedia: BitTorrent protocol encryption]]{{ref-en}}
* [[w:en:BitTorrent protocol encryption|Wikipedia: BitTorrent protocol encryption]]{{ref-en}}




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

=== Announce ===
=== Announce ===


Строка 73: Строка 62:


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



=== Announce URL ===
=== Announce URL ===


Адрес трекера, к которому клиент делает <tt>announce</tt>. Во многих клиентах называется <tt>Tracker URL</tt>. Может включать passkey.
Адрес трекера, к которому клиент делает <tt>announce</tt>. Во многих клиентах называется <tt>Tracker URL</tt>. Может включать passkey.




=== Scrape ===
=== Scrape ===
Строка 91: Строка 77:
* отнимает меньше ресурсов и клиента и трекера
* отнимает меньше ресурсов и клиента и трекера
* может одним запросом получить информацию сразу по нескольким торрентам (<tt>multi-scrape</tt>)
* может одним запросом получить информацию сразу по нескольким торрентам (<tt>multi-scrape</tt>)



Клиент с помощью scrape может показать пользователю точные количества сидов и пиров на каждом задании, включая остановленнные.
Клиент с помощью scrape может показать пользователю точные количества сидов и пиров на каждом задании, включая остановленнные.
Строка 98: Строка 83:
* раньше узнать о том, что на раздаче появились дополнительные участники, и сделать внеочередной <tt>announce</tt> для получения их адресов
* раньше узнать о том, что на раздаче появились дополнительные участники, и сделать внеочередной <tt>announce</tt> для получения их адресов
* автоматически останавливать и запускать сидирование заданий в зависимости от числа сидов и пиров, в результате сидируя там, где это нужнее
* автоматически останавливать и запускать сидирование заданий в зависимости от числа сидов и пиров, в результате сидируя там, где это нужнее



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



См. также
См. также

Версия от 03:31, 26 июня 2007

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

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

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

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

  • Клиент, начинающий соединение, может запросить шифрованное соединение.
  • Все совместимые клиенты, принимая соединие с таким запросом, соглашаются на шифрование вне зависимости от своих настроек.
  • При этом трафик шифруется в обе стороны (и скачивание и отдача).

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

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

Выкл: устанавливать обычное (нешифрованное) соединение

Это настройка по умолчанию.

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


Включено: предлагать шифрование, но в случае неудачи устанавливать обычное соединение

То есть шифрованные соединения вам предпочтительнее, но принципе подходят и обычные.

Эта настройка имеет смысл если ваш провайдер частично подавляет ваш БТ трафик (т.е. ваш клиент может и качать и отдавать по обычным соединениям, но медленно).

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

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

Форсировано: предлагать шифрование, и в случае неудачи обычное соединение НЕ устанавливать

То есть обычные соединения для вас бесполезны (ваш провайдер полностью или слишком сильно их подавляет).

В этом (и только в этом) случае имеет смысл также убрать находящуюся рядом галочку "Пропуск ...". Убирание галочки означает, что обычные соединения вы не будете также и принимать.

(Разумеется, если у вашего клиента недоступен снаружи порт прослушивания, то входящих соединений у вас в принципе нет и эта галочка ни на что не влияет)

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

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

Несколько крупных западных провайдеров есть в списке Azureus: ISP that are bad for BT или можно про них поискать на форуме на dslreports.com.

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

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

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

См. также

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

Announce

Обращение клиента к трекеру.

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

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

Announce URL

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

Scrape

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

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

  • не имеет прямого отношения к скачиванию раздачи
  • является необязательным
  • может запрашиваться и для остановленных в клиенте заданий
  • отнимает меньше ресурсов и клиента и трекера
  • может одним запросом получить информацию сразу по нескольким торрентам (multi-scrape)

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

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

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

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

См. также