Ретрекер: различия между версиями

Материал из Википедии — свободной энциклопедии
Перейти к навигации Перейти к поиску
[непроверенная версия][отпатрулированная версия]
Содержимое удалено Содержимое добавлено
м Удалена Категория:Рунет с помощью HotCat
 
(не показано 579 промежуточных версий, сделанных более чем 100 участниками)
Строка 1: Строка 1:
[[Файл:Scheme1.svg|thumb]]
[[Файл:Retracker scheme1.svg|thumb]]
[[Файл:Scheme2.svg|thumb]]
[[Файл:retracker2.svg|thumb]]
'''Ретрекер''' (retracker, также встречается термин ''псевдотрекер'') — технология оптимизации обмена битторрент- (bittorrent-) трафиком внутри локальных сетей<ref>http://nag.ru/articles/reviews/15540/odichavshiy-wi-fi.html {{Wayback|url=http://nag.ru/articles/reviews/15540/odichavshiy-wi-fi.html |date=20110613163819 }} глава "Торренты. Приручение"</ref><ref name="carma">[http://www.computer.org/portal/web/csdl/doi/10.1109/ICNS.2010.25 CARMA Based MST Approximation for Multicast Provision in P2P Networks] {{Wayback|url=http://www.computer.org/portal/web/csdl/doi/10.1109/ICNS.2010.25 |date=20120111125908 }} doi:10.1109/ICNS.2010.25 quote:"Recently there have been some advances in the locality awareness for BitTorrent networks. Popular nationwide trackers (torrents.ru, for instance) have introduced so-called “retrackers” - dedicated secondary servers. These servers are optionally connected to primary database but mainly supposed to only return peer list local to specific network scope."</ref>. Ретрекер позволяет установить прямое соединение по протоколу битторрент между абонентами одного оператора (или нескольких операторов, имеющих соглашение об обмене локальным трафиком), каждый из которых использует внутренний (локальный) IP-адрес. Технически ретрекер представляет собой простейший [[BitTorrent-трекер|bittorrent-трекер]], как правило, анонимный, работающий внутри адресного пространства [[Домовая сеть|локальной сети]] интернет-провайдера. Использование ретрекера позволяет [[Peer|пирам]] обмениваться трафиком на повышенной скорости, используя внутреннюю адресацию локальной сети провайдера, так как доступ к локальной сети у многих российских интернет-провайдеров разрешён на более высокой скорости, нежели доступ в веб. Кроме того, использование ретрекера снижает нагрузку на магистральные каналы связи за счет того, что абонентам не нужно скачивать по отдельности одни и те же данные.


Для того, чтобы bittorrent-клиент смог воспользоваться преимуществами ретрекера, нужно добавить в список announce url торрента announce url ретрекера. Некоторые трекеры делают это автоматически, добавляя адреса авторизованных ретрекеров на основании анализа IP-адреса пользователя. В других случаях пользователям приходится добавлять announce url ретрекера в торрент-файлы самостоятельно или с помощью специальных программ — торрент-патчеров<ref>[http://re-tracker.ru/index.php?s=3e246bbeaf8a203ba013181d8854d594&showforum=9 Программы-патчеры торрентов] {{Wayback|url=http://re-tracker.ru/index.php?s=3e246bbeaf8a203ba013181d8854d594&showforum=9 |date=20130502010947 }}<!-- ссылка на раздел форума - недопустима, см ВП:ВС. вики - не каталог патчеров. --></ref>. Некоторые провайдеры (см. ниже) предпринимают попытки установки прозрачного [[прокси-сервер|прокси]], перехватывающего обращения по [[HTTP]]-портам к популярным трекерам. Такой прокси изменяет torrent-файлы при скачивании и добавляет к ним локальный ретрекер. Кроме того, на некоторых трекерах применяется добавление во все торрент-файлы адреса «retracker.local»<ref>О введении retracker.local говорится в топике 2234744 на rutracker.org</ref>, который отображается на IP действующего ретрекера DNS-серверами провайдера. Существуют также и другие решения проблемы локального обмена битторрент-трафиком.
'''Ретрекер''' (также встречается термин ''псевдотрекер'') — [[BitTorrent-трекер|bittorrent трекер]], как правило, анонимный, работающий внутри адресного пространства [[Домовая_сеть|локальной сети]] интернет провайдера. Использование ретрекера позволяет пирам обмениваться трафиком на повышенной скорости, используя внутреннюю адресацию локальной сети провайдера, так как доступ к локальной сети у многих российских интернет провайдеров разрешен на более высокой скорости, нежели доступ в интернет.


Важно не путать ретрекеры с обычными локальными трекерами локальных сетей. Ретрекер не ставит задачи обмена торрент-файлами, систематизации торрент-файлов, поиска и так далее. Ретрекер служит исключительно средством повышения скорости обмена данными между пирами.
Для того, чтобы bittorrent клиент смог воспользоваться преимуществами ретрекера, нужно добавить в список announce url торрента announce url ретрекера. Некоторые трекеры делают это автоматически, добавляя адреса авторизованных ретрекеров на основании анализа IP адреса пользователя (например, [[Torrents.ru|torrents.ru]]). В других случаях пользователям приходится добавлять announce url ретрекера в торрент-файлы самостоятельно, или с помощью специальных программ — торрент-патчеров.


Следует иметь в виду, что поддержка ретрекеров возможна только в [[мультитрекер]]ных bittorrent-клиентах, например, в [[uTorrent]]. Торрент-клиенты, в которых нет поддержки мультитрекерной работы, например [[Vuze]], обращаются только к первому ответившему трекеру, таким образом, ретрекер использован не будет либо будет использован только он.
Впервые идея ретрекера была описана и реализована одним из абонентов сети [[Корбина|Корбина телеком]] ([[Санкт-Петербург]])<ref>[http://homenet.corbina.net/index.php?showtopic=137734 Скачивание торрентов со скоростью локальной сети(Корбина, Санкт-Петербург), Внутренний псевдотрекер]</ref> 24 августа 2007 года. 21 сентября 2007 с подобной инициативой выступила администрация трекера [[Torrents.ru|torrents.ru]] <ref>[http://torrents.ru/forum/viewtopic.php?t=405935 Оптимизация обмена битторрент трафиком в локальных сетях (torrents.ru)]</ref>. При этом администрация torrents.ru крайне негативно отозвалась о попытках пользователей локальных сетей организовывать собственные ретрекеры, и предложила свой собственный вариант централизованной установки ретрекеров на технических площадках провайдеров. Первый ретрекер от torrents.ru заработал в пиринговом пространстве домашней сети [[TiERA]] в Санкт-Петербурге 5 февраля 2008.


== История ретрекеров ==
К сожалению, ретрекеры от torrents.ru присутствуют далеко не во всех локальных сетях, кроме того, эти ретрекеры не влияют на скорость скачивания при использовании трекеров, отличных от torrents.ru. Поэтому проблема создания пользовательских ретрекеров в локальных сетях до сих пор остается актуальной.
24 августа 2007 года идея ретрекера была описана и реализована абонентом под псевдонимом ''unxed'' сети [[Корбина|Корбина телеком]] ([[Санкт-Петербург]])<ref>{{Cite web |url=http://homenet.corbina.net/index.php?showtopic=137734 |title=О введении ретрекера (Корбина, Санкт-Петербург) |access-date=2008-12-20 |archive-date=2022-07-02 |archive-url=http://web.archive.org/web/20220702223645/https://homenet.beeline.ru/index.php?/topic/137734-%D1%81%D0%BA%D0%B0%D1%87%D0%B8%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5-%D1%82%D0%BE%D1%80%D1%80%D0%B5%D0%BD%D1%82%D0%BE%D0%B2-%D1%81%D0%BE-%D1%81%D0%BA%D0%BE%D1%80%D0%BE%D1%81%D1%82%D1%8C%D1%8E-%D0%BB%D0%BE%D0%BA%D0%B0%D0%BB%D1%8C%D0%BD%D0%BE%D0%B9-%D1%81%D0%B5%D1%82%D0%B8%D0%BA%D0%BE%D1%80%D0%B1%D0%B8%D0%BD%D0%B0-%D1%81%D0%B0%D0%BD%D0%BA%D1%82-%D0%BF%D0%B5%D1%82%D0%B5%D1%80%D0%B1%D1%83%D1%80%D0%B3/ |deadlink=no }}</ref>. 21 сентября 2007 с подобной инициативой<ref>Идея заключалась в том, чтобы на основании анализа IP адреса клиента определять его провайдера, и добавлять в торрент-файл адрес ретрекера, соответствующий данному провайдеру. При этом добавлялись только ретрекеры, установленные у провайдеров «официально», то есть, на основании договоренности с администрацией трекера.</ref> выступила администрация трекера rutracker.org<ref>Оптимизация обмена битторрент-трафиком в локальных сетях. Обсуждение на rutracker.org (топик № 405935)</ref>. При этом администрация rutracker.org крайне негативно отозвалась<ref>Критика самостоятельных решений проблемы локального обмена bittorrent трафиком пользователями домашних сетей со стороны rutracker.org есть в топике 405935 на rutracker.org.</ref> о попытках пользователей локальных сетей организовывать собственные ретрекеры, и предложила свой собственный вариант централизованной установки ретрекеров на технических площадках провайдеров. Первый ретрекер от rutracker.org заработал в пиринговом пространстве домашней сети [[TiERA]] в Санкт-Петербурге 5 февраля 2008<ref>{{Cite web |url=http://www.spbit.ru/news/n45521/ |title=Ретрекер от TiERA<!-- Заголовок добавлен ботом --> |access-date=2010-02-22 |archive-date=2009-12-21 |archive-url=https://web.archive.org/web/20091221080217/http://www.spbit.ru/news/n45521 |deadlink=no }}</ref>.


В качестве альтернативы "официальным провайдерским" ретрекерам в сентябре 2008 года опять же в сети [[Корбина|Корбина телеком]] в Санкт-Петербурге силами пользователей этой сети была запущена [http://torrents.ru/forum/viewtopic.php?t=1102611 система локальных ретрекеров]. С октября 2008 года подобная система начала функционировать [http://torrents.ru/forum/viewtopic.php?t=1147576 в московской сети] компании [[Корбина|Корбина телеком]], покрыв почти полностью городскую локальную сеть.
Подход rutracker.org в корне не устраивал пользователей, провайдеры которых не желали устанавливать у себя ретрекеры официально. Поэтому в качестве альтернативы «официальным провайдерским» ретрекерам в сентябре 2008 года опять же в сети [[Корбина|Корбина телеком]] в Санкт-Петербурге силами пользователей этой сети была запущена [[Система Локальных Ретрекеров|система локальных ретрекеров]] ([http://re-tracker.ru Re-Tracker.ru], которая была создана инициативной группой людей, известных под никами FreeM@N (Дмитрий) и Shift (Станислав)). С октября 2008 года подобная система начала функционировать в московской сети компании [[Корбина|Корбина телеком]], покрыв почти полностью городскую локальную сеть.


Впоследствии администрация трекера [[rutracker.org]] отказалась от практики добавления индивидуальных адресов ретрекеров на основе диапазона IP клиента. Вместо этого во все торренты добавляется адрес [[#retracker.local|retracker.local]] (таким образом, желающие провайдеры могут сделать переадресацию этого адреса на свой ретрекер через свои серверы DNS).
Преимущества реализации ретрекеров абонентами провайдерских сетей:
* возможность работы ретрекера с любым интернет-трекером (а не только с теми, с кем "договорится" провайдер)
* независимость от желания или не желания провайдера установить ретрекер
* независимость от желания или не желания администрации крупных трекеров включать адрес ретрекера в торрент-файлы, выдаваемые пользователям данной сети


Адрес retracker.local поддерживается далеко не во всех локальных сетях, и, кроме того, не работает, если пользователь использует DNS-серверы, отличные от DNS-серверов своего провайдера. Поэтому проблема создания пользовательских ретрекеров в локальных сетях до сих пор остается актуальной.

== Система локальных (пользовательских) ретрекеров ==
Система локальных ретрекеров устроена следующим образом: торрент-файл, который скачивает пользователь, перехватывается программой [[Torrent Patcher]], после этого измененный файл передается торрент-клиенту, например [[µTorrent]]. Во время [[Патч|патчинга]] добавляются списки ретрекеров. Также программа поддерживает «безопасный» способ добавления ретрекеров посредством [[Magnet-ссылка|Magnet-ссылки]] (работает только на µTorrent версии 1.8.1 и выше).
После этого торрент-клиент делает запрос на трекеры и на локальные ретрекеры, после запроса на локальные он получает список локальных пиров и это даёт возможность передавать данные по протоколу bittorrent на скорости локальной сети провайдера.
При этом сами локальные ретрекеры обычно устанавливают у себя пользователи-энтузиасты.

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

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

=== Недостатки ===
Недостатки подобного подхода:
Недостатки подобного подхода:
* пользователи вынуждены добавлять к торрентам адреса ретрекеров вручную либо устанавливать специализированные патчеры торрентов
* Пользователи вынуждены добавлять к торрентам адреса ретрекеров вручную либо устанавливать специализированные патчеры торрентов.
* в случае отказа всех пользовательских ретрекеров одновременно (что, конечно, весьма маловероятно) система перестанет работать, а bittorrent-клиенты абонентов будут генерировать бессмысленный трафик
* В случае отказа всех пользовательских ретрекеров одновременно (что, конечно, весьма маловероятно) система перестанет работать, а bittorrent-клиенты абонентов будут генерировать бессмысленный трафик.


== {{anchor|retracker.local}}Поддержка ретрекеров через адрес retracker.local ==
Важно не путать ретрекеры с обычными локальными трекерами локальных сетей. Ретрекер не ставит задачи обмена торрент-файлами, систематизации торрент-файлов, поиска и так далее. Ретрекер служит исключительно средством повышения скорости обмена данными между пирами.
Оригинальная реализация идеи ретрекера была опубликована 10 марта 2009 на сайте nag.ru<ref>{{Cite web |url=http://nag.ru/articles/reviews/15540/odichavshiy-wi-fi.html |title=Идея поддержки ретрекеров через адрес retracker.local на сайте nag.ru |access-date=2011-06-23 |archive-date=2011-06-13 |archive-url=https://web.archive.org/web/20110613163819/http://www.nag.ru/articles/reviews/15540/odichavshiy-wi-fi.html |deadlink=no }}</ref>. Смысл её сводится к тому, чтобы либо на стороне трекеров, либо на стороне битторрент-клиентов автоматически добавлять во все торренты адрес вида ''<nowiki>http://retracker.local/</nowiki>''. Таким образом, каждый провайдер через настройки своих dns-серверов сможет самостоятельно указать адрес своего сервера-ретрекера (а если провайдер не имеет сервера-ретрекера, возможно использование пользовательских ретрекеров через редактирование файла hosts). С 18 сентября 2009 года популярный трекер rutracker.org добавляет в торренты для российских адресов ''<nowiki>http://retracker.local</nowiki>''<ref>Автоматическое добавление адреса retracker.local во все торренты проанонсировано в поздравительном сообщении администратора трекера с юбилеем.</ref>.


=== Преимущества ===
== Аналогичные решения ==
* В большинстве случаев пользователям не нужно выполнять дополнительные действия, применять специальные настройки или устанавливать дополнительные программы.
* Трекерам не требуется содержать базы диапазонов IP и тратить ресурсы на обработку торрентов.
* Отсутствие проблем при смене внешних адресов провайдером (достаточно изменить DNS-запись для адреса retracker.local).


=== Недостатки ===
Возможности, подобные использованию ретрекеров, предоставляет функция "Local Peer Discovery", присутствующая в bittorrent клиенте [[µTorrent]] начиная с версии 1.7 build 1065, выпущенной 5 апреля 2007<ref>[http://forum.utorrent.com/viewtopic.php?id=21979 история изменений uTorrent 1.7]</ref>. Так как эта функция использует [[Multicast|multicast]] пакеты, блокируемые большинством интернет провайдеров для защиты от [[Компьютерный вирус|вирусных эпидемий]], область ее применения ограничивается небольшими [[Локальная вычислительная сеть|локальными сетями]], состоящими из одного [[Сегмент сети|сегмента]].
* Использование зоны .local вызывает конфликт с сервисами [[Zeroconf]] — [[mDNS]] (например [[Avahi]]), что делает невозможным<ref>{{Cite web |url=http://habrahabr.ru/post/119753/#comment_3918190 |title=Невозможность использования retracker.local в OS X и Linux |access-date=2013-06-13 |archive-date=2013-06-05 |archive-url=https://web.archive.org/web/20130605013809/http://habrahabr.ru/post/119753/#comment_3918190 |deadlink=no }}</ref> использование по умолчанию адреса retracker.local в OS X, Linux и подобных операционных системах и противоречит ''Draft RFC «Multicast DNS»'' <ref>{{Cite web |url=http://files.multicastdns.org/draft-cheshire-dnsext-multicastdns.txt |title=Draft RFC «Multicast DNS» |access-date=2009-11-16 |archive-date=2009-11-25 |archive-url=https://web.archive.org/web/20091125154732/http://files.multicastdns.org/draft-cheshire-dnsext-multicastdns.txt |deadlink=no }}</ref>.
* Использование абонентом сторонних DNS-серверов ([[OpenDNS]], [[Google Public DNS]] и др.) без DNS-серверов провайдера приведет к необходимости ручного указания абонентом IP-адреса ретрекера в [[Hosts|файле hosts]], однако это не гарантирует постоянной работоспособности ретрекера ввиду возможных изменений IP-адреса retracker.local провайдером. Также, подобные манипуляции с файлом hosts на мобильном компьютере сделают невозможным использование ретрекера при подключении к другим сетям.


== Другие решения проблемы локального обмена bittorrent трафиком ==
== Как устроена система локальных ретрекеров, работающих на стороне пользователей ==
=== bep22 ===
Система локальных ретрекеров устроена следующим образом.
На сайте ''bittorrent.org'' был опубликован проект расширения протокола битторрент для автоматического обнаружения локальных трекеров.<ref>{{Cite web |url=http://bittorrent.org/beps/bep_0022.html |title=Проект расширения протокола битторрент |access-date=2009-03-19 |archive-date=2012-05-07 |archive-url=https://web.archive.org/web/20120507073204/http://bittorrent.org/beps/bep_0022.html |deadlink=no }}</ref> Популярный bittorrent-клиент µTorrent поддерживает это расширение протокола включением опции isp.bep22 в разделе «Дополнительно» окна настроек. В последней на 2011-10-14 версии программы 3.0.25756 эта опция по умолчанию включена. Проверить, поддерживается ли эта технология в вашей сети, можно следующим образом:
Торрент-файл, который скачивает пользователь, перехватывается программой [[Torrent Patcher]], после этого измененный файл передается торрент-клиенту, например [[uTorrent]]. Во время патчинга добавляются списки ретрекеров. Также программа поддерживает "безопасный" способ добавления ретрекеров посредством [[Magnet]]-ссылки (к сожалению, работает только на uTorrent версии 1.8.1 и выше).
* Определите имя хоста, которое назначено вам провайдером (например, [http://www.displaymyhostname.com/ с помощью этого сервиса]). Пусть, к примеру, это будет 12-34-56-78.clients.provider.org
После этого торрент клиент делает запрос на трекеры и на локальные ретрекеры, после запроса на локальные он получает список локальных пиров и это даёт возможность передавать данные по протоколу bittorrent на скорости локальной сети провайдера.
* Наберите в командной строке nslookup -q=srv _bittorrent-tracker._tcp.clients.provider.org или nslookup -q=srv _bittorrent-tracker._tcp.provider.org («хвост» строки нужно заменить на ваше имя хоста).
При этом сами локальные ретрекеры обычно устанавливают у себя пользователи-энтузиасты.
Если в результате вы получите сообщение об ошибке, значит, технология не поддерживается.


=== Решение провайдера Ozerki.net ===
== Отличия от ретрекера, устанавливаемого на стороне провайдера ==
Санкт-петербургский интернет-провайдер ''Ozerki.net'' (впоследствии приобретен оператором [[Сумма Телеком]] в составе оператора [[Северен-Телеком|Северен-Хоум]], работавшего под брендом ''Цифра'') использовал собственную технологию добавления адреса ретрекера в торрент-файлы. Согласно сообщению администратора сети, трафик с торрент-трекеров с помощью [[Межсетевой экран|фаервола]] [[iptables]] перенаправлялся на прокси-сервер на базе [[Squid]], который в свою очередь обрабатывал все скачиваемые пользователями торрент-файлы программой-патчером.<ref>{{Cite web |url=http://ozerki.net/forum/viewtopic.php?f=1&t=21365&start=15 |title=• Просмотр темы — Ретракер retracker.ozerki.net<!-- Заголовок добавлен ботом --> |accessdate=2009-03-21 |archiveurl=https://web.archive.org/web/20090627035303/http://ozerki.net/forum/viewtopic.php?f=1&t=21365&start=15 |archivedate=2009-06-27 |deadlink=yes }}</ref>
Главное отличие в том, что ретрекеры установлены на пользовательских машинах и поддерживаются пользователями. При этом наличие множества ретрекеров повышает отказоустойчивость системы (не работает один - работают другие). Несмотря на то, что администрация ресурса torrents.ru неоднократно высказывалась о бессмысленности установки ретрекеров на стороне пользователей, на практике подобная система позволяет значительно повысить скорость файлообмена в сетях, в которых отсутствует ретрекер от torrents.ru, а также при работе с другими трекерами.


=== Решение провайдера SmartHome ===
== Доступность Системы локальных ретрекеров ==
13 ноября 2009 года Санкт-петербургский интернет-провайдер SmartHome объявил о запуске своей реализации перехвата и добавления адреса ретрекера, опубликовав полное описание технологии на форуме nag.ru<ref>{{Cite web |url=http://forum.nag.ru/forum/index.php?showtopic=47615&st=380&p=449831&#entry449831 |title=Описание технологии перехвата и добавления адреса ретрекера от провайдера SmartHome |access-date=2010-01-16 |archive-date=2016-03-04 |archive-url=https://web.archive.org/web/20160304062621/http://forum.nag.ru/forum/index.php?showtopic=47615&st=380&p=449831&#entry449831 |deadlink=no }}</ref>, а также анонсировал поддержку расширения isp.bep22 в локальной сети.<ref>{{Cite web |url=http://forum.smarthome.spb.ru/index.php?s=&showtopic=39&view=findpost&p=129# |title=Анонс провайдера SmartHome о поддержке расширения isp.bep22 |accessdate=2009-11-25 |archiveurl=https://web.archive.org/web/20130731000407/http://forum.smarthome.spb.ru/index.php?s=&showtopic=39&view=findpost&p=129# |archivedate=2013-07-31 |deadlink=yes }}</ref>
В данный момент доступны ретрекеры в сетях

*Питер   — [[Корбина]], [[InterZet]], союз сетей WIDE.IX
=== Local Peer Discovery ===
*Москва — Корбина, [[Акадо]], Netbynet, QWERTY
Возможности, подобные использованию ретрекеров, предоставляет функция «[[Local Peer Discovery]]», присутствующая в bittorrent клиенте [[µTorrent]] начиная с версии 1.7 build 1065, выпущенной 5 апреля 2007<ref>{{Cite web |url=http://forum.utorrent.com/viewtopic.php?id=21979# |title=История изменений µTorrent 1.7 |accessdate=2008-12-21 |archiveurl=https://web.archive.org/web/20090122063022/http://forum.utorrent.com/viewtopic.php?id=21979# |archivedate=2009-01-22 |deadlink=yes }}</ref>. Так как эта функция использует [[multicast]]-пакеты, блокируемые большинством интернет-провайдеров для защиты от [[Компьютерный вирус|вирусных эпидемий]], область её применения ограничивается небольшими [[Локальная вычислительная сеть|локальными сетями]], состоящими из одного [[Сегмент сети|сегмента]].
*Шадринск — КурьерПлюс

*Калининград — Балттелеком
=== IPv6 ===
*Архангельск — Голден/Билайн
Переход на [[IPv6|шестую версию протокола IP]] решает проблему связанности <!-- связность м.б. и решает, т.к. NAT не так часто нужен, НО скорость не решает, т.к. local peer часто быстрее! --> локальных адресов, так как количество возможных адресов IPv6 настолько велико, что в принципе исключает потребность в локальных IP-адресах. Далеко не всё ПО (как клиентское, так и серверное) в настоящий момент поддерживает IPv6. В качестве временного решения возможно использование туннельных протоколов, таких как [[Teredo (сетевой протокол)|Teredo]]. Начиная с Windows Vista поддержка Teredo включена в ОС по умолчанию. Для более ранних версий клиент µTorrent для ОС Windows дает возможность установить Teredo автоматически, через меню настроек.
*Чувашия — Волгателеком Etherway
*Ульяновск — Corbina
*Ярославль — Домолинк
*Украина — Поиск, Оптинет, Totoro_NET, Corbina / Beeline
*Псков — Псковлайн и Телесети+ (союз сетей)
*Омск — Дом.ру
*Волгоград — Коламбия-Телеком
*Тула — Домолинк
*Екатеринбург — Olympus NSP, Голден Телеком, КАБiNET
*Киров — Дом.ру
*Калуга — Спарк, Домолинк
*Красноярск — KrasLan
*Хабаровск — Востоктелеком
*Оренбург - Корбина


== Интересные факты ==
== Интересные факты ==
* Популярный bittorrent клиент [[µTorrent]] имеет встроенный анонимный трекер, который может использоваться в качестве ретрекера. Включить его можно в меню "Настройки", "Дополнительно", "bt.enable_tracker" - true. Адрес трекера будет http://ваш_IP:порт_uTorrent/announce
* Популярный bittorrent клиент [[µTorrent]] имеет встроенный анонимный трекер, который может использоваться в качестве ретрекера. Включить его можно в меню «Настройки», «Дополнительно», «bt.enable_tracker» — true. Адрес трекера будет <nowiki>http://ваш_IP:порт_uTorrent/announce</nowiki>


== Примечания ==
== Примечания ==
Строка 65: Строка 74:


== Ссылки ==
== Ссылки ==
* [https://github.com/unxed/pseudotracker Псевдотрекер] — свободная реализация ретрекера на языке php.
* [http://re-tracker.ru/ Система локальных ретрекеров] (есть свой патчер торрентов, доступны исходные коды для .NET 2.0)
* [http://nsl.cs.sfu.ca/wiki/index.php/Modeling_and_Caching_of_P2P_Traffic#pCache_Software pCache — система кэширования p2p трафика]
* [http://pseudotracker.spb.ru/ Псевдотрекер] - свободная реализация ретрекера и патчера торрентов, доступны исходные коды на языках php/perl.

* [http://homenet.corbina.net/index.php?showtopic=202045 Действующая система ретрекеров в сети Корбина телеком Санкт-Петербург]
== См. также ==
* [http://torrents.ru/forum/viewtopic.php?t=647284 Ретрекер в Санкт-Петербурге] - ретрекер, запущенный совместно трекером torrents.ru и интернет-провайдером TiERA
* [[Мультитрекер]]

{{BitTorrent}}


[[Категория:Рунет]]
[[Категория:BitTorrent-трекеры]]
[[Категория:BitTorrent]]

Текущая версия от 16:49, 18 ноября 2024

Ретрекер (retracker, также встречается термин псевдотрекер) — технология оптимизации обмена битторрент- (bittorrent-) трафиком внутри локальных сетей[1][2]. Ретрекер позволяет установить прямое соединение по протоколу битторрент между абонентами одного оператора (или нескольких операторов, имеющих соглашение об обмене локальным трафиком), каждый из которых использует внутренний (локальный) IP-адрес. Технически ретрекер представляет собой простейший bittorrent-трекер, как правило, анонимный, работающий внутри адресного пространства локальной сети интернет-провайдера. Использование ретрекера позволяет пирам обмениваться трафиком на повышенной скорости, используя внутреннюю адресацию локальной сети провайдера, так как доступ к локальной сети у многих российских интернет-провайдеров разрешён на более высокой скорости, нежели доступ в веб. Кроме того, использование ретрекера снижает нагрузку на магистральные каналы связи за счет того, что абонентам не нужно скачивать по отдельности одни и те же данные.

Для того, чтобы bittorrent-клиент смог воспользоваться преимуществами ретрекера, нужно добавить в список announce url торрента announce url ретрекера. Некоторые трекеры делают это автоматически, добавляя адреса авторизованных ретрекеров на основании анализа IP-адреса пользователя. В других случаях пользователям приходится добавлять announce url ретрекера в торрент-файлы самостоятельно или с помощью специальных программ — торрент-патчеров[3]. Некоторые провайдеры (см. ниже) предпринимают попытки установки прозрачного прокси, перехватывающего обращения по HTTP-портам к популярным трекерам. Такой прокси изменяет torrent-файлы при скачивании и добавляет к ним локальный ретрекер. Кроме того, на некоторых трекерах применяется добавление во все торрент-файлы адреса «retracker.local»[4], который отображается на IP действующего ретрекера DNS-серверами провайдера. Существуют также и другие решения проблемы локального обмена битторрент-трафиком.

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

Следует иметь в виду, что поддержка ретрекеров возможна только в мультитрекерных bittorrent-клиентах, например, в uTorrent. Торрент-клиенты, в которых нет поддержки мультитрекерной работы, например Vuze, обращаются только к первому ответившему трекеру, таким образом, ретрекер использован не будет либо будет использован только он.

История ретрекеров

[править | править код]

24 августа 2007 года идея ретрекера была описана и реализована абонентом под псевдонимом unxed сети Корбина телеком (Санкт-Петербург)[5]. 21 сентября 2007 с подобной инициативой[6] выступила администрация трекера rutracker.org[7]. При этом администрация rutracker.org крайне негативно отозвалась[8] о попытках пользователей локальных сетей организовывать собственные ретрекеры, и предложила свой собственный вариант централизованной установки ретрекеров на технических площадках провайдеров. Первый ретрекер от rutracker.org заработал в пиринговом пространстве домашней сети TiERA в Санкт-Петербурге 5 февраля 2008[9].

Подход rutracker.org в корне не устраивал пользователей, провайдеры которых не желали устанавливать у себя ретрекеры официально. Поэтому в качестве альтернативы «официальным провайдерским» ретрекерам в сентябре 2008 года опять же в сети Корбина телеком в Санкт-Петербурге силами пользователей этой сети была запущена система локальных ретрекеров (Re-Tracker.ru, которая была создана инициативной группой людей, известных под никами FreeM@N (Дмитрий) и Shift (Станислав)). С октября 2008 года подобная система начала функционировать в московской сети компании Корбина телеком, покрыв почти полностью городскую локальную сеть.

Впоследствии администрация трекера rutracker.org отказалась от практики добавления индивидуальных адресов ретрекеров на основе диапазона IP клиента. Вместо этого во все торренты добавляется адрес retracker.local (таким образом, желающие провайдеры могут сделать переадресацию этого адреса на свой ретрекер через свои серверы DNS).

Адрес retracker.local поддерживается далеко не во всех локальных сетях, и, кроме того, не работает, если пользователь использует DNS-серверы, отличные от DNS-серверов своего провайдера. Поэтому проблема создания пользовательских ретрекеров в локальных сетях до сих пор остается актуальной.

Система локальных (пользовательских) ретрекеров

[править | править код]

Система локальных ретрекеров устроена следующим образом: торрент-файл, который скачивает пользователь, перехватывается программой Torrent Patcher, после этого измененный файл передается торрент-клиенту, например µTorrent. Во время патчинга добавляются списки ретрекеров. Также программа поддерживает «безопасный» способ добавления ретрекеров посредством Magnet-ссылки (работает только на µTorrent версии 1.8.1 и выше). После этого торрент-клиент делает запрос на трекеры и на локальные ретрекеры, после запроса на локальные он получает список локальных пиров и это даёт возможность передавать данные по протоколу bittorrent на скорости локальной сети провайдера. При этом сами локальные ретрекеры обычно устанавливают у себя пользователи-энтузиасты.

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

Преимущества

[править | править код]

Преимущества создания ретрекеров на базе компьютеров абонентов (в отличие от ретрекеров, установленных на площадке провайдера):

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

Недостатки

[править | править код]

Недостатки подобного подхода:

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

Поддержка ретрекеров через адрес retracker.local

[править | править код]

Оригинальная реализация идеи ретрекера была опубликована 10 марта 2009 на сайте nag.ru[10]. Смысл её сводится к тому, чтобы либо на стороне трекеров, либо на стороне битторрент-клиентов автоматически добавлять во все торренты адрес вида http://retracker.local/. Таким образом, каждый провайдер через настройки своих dns-серверов сможет самостоятельно указать адрес своего сервера-ретрекера (а если провайдер не имеет сервера-ретрекера, возможно использование пользовательских ретрекеров через редактирование файла hosts). С 18 сентября 2009 года популярный трекер rutracker.org добавляет в торренты для российских адресов http://retracker.local[11].

Преимущества

[править | править код]
  • В большинстве случаев пользователям не нужно выполнять дополнительные действия, применять специальные настройки или устанавливать дополнительные программы.
  • Трекерам не требуется содержать базы диапазонов IP и тратить ресурсы на обработку торрентов.
  • Отсутствие проблем при смене внешних адресов провайдером (достаточно изменить DNS-запись для адреса retracker.local).

Недостатки

[править | править код]
  • Использование зоны .local вызывает конфликт с сервисами Zeroconf — mDNS (например Avahi), что делает невозможным[12] использование по умолчанию адреса retracker.local в OS X, Linux и подобных операционных системах и противоречит Draft RFC «Multicast DNS» [13].
  • Использование абонентом сторонних DNS-серверов (OpenDNS, Google Public DNS и др.) без DNS-серверов провайдера приведет к необходимости ручного указания абонентом IP-адреса ретрекера в файле hosts, однако это не гарантирует постоянной работоспособности ретрекера ввиду возможных изменений IP-адреса retracker.local провайдером. Также, подобные манипуляции с файлом hosts на мобильном компьютере сделают невозможным использование ретрекера при подключении к другим сетям.

Другие решения проблемы локального обмена bittorrent трафиком

[править | править код]

На сайте bittorrent.org был опубликован проект расширения протокола битторрент для автоматического обнаружения локальных трекеров.[14] Популярный bittorrent-клиент µTorrent поддерживает это расширение протокола включением опции isp.bep22 в разделе «Дополнительно» окна настроек. В последней на 2011-10-14 версии программы 3.0.25756 эта опция по умолчанию включена. Проверить, поддерживается ли эта технология в вашей сети, можно следующим образом:

  • Определите имя хоста, которое назначено вам провайдером (например, с помощью этого сервиса). Пусть, к примеру, это будет 12-34-56-78.clients.provider.org
  • Наберите в командной строке nslookup -q=srv _bittorrent-tracker._tcp.clients.provider.org или nslookup -q=srv _bittorrent-tracker._tcp.provider.org («хвост» строки нужно заменить на ваше имя хоста).

Если в результате вы получите сообщение об ошибке, значит, технология не поддерживается.

Решение провайдера Ozerki.net

[править | править код]

Санкт-петербургский интернет-провайдер Ozerki.net (впоследствии приобретен оператором Сумма Телеком в составе оператора Северен-Хоум, работавшего под брендом Цифра) использовал собственную технологию добавления адреса ретрекера в торрент-файлы. Согласно сообщению администратора сети, трафик с торрент-трекеров с помощью фаервола iptables перенаправлялся на прокси-сервер на базе Squid, который в свою очередь обрабатывал все скачиваемые пользователями торрент-файлы программой-патчером.[15]

Решение провайдера SmartHome

[править | править код]

13 ноября 2009 года Санкт-петербургский интернет-провайдер SmartHome объявил о запуске своей реализации перехвата и добавления адреса ретрекера, опубликовав полное описание технологии на форуме nag.ru[16], а также анонсировал поддержку расширения isp.bep22 в локальной сети.[17]

Local Peer Discovery

[править | править код]

Возможности, подобные использованию ретрекеров, предоставляет функция «Local Peer Discovery», присутствующая в bittorrent клиенте µTorrent начиная с версии 1.7 build 1065, выпущенной 5 апреля 2007[18]. Так как эта функция использует multicast-пакеты, блокируемые большинством интернет-провайдеров для защиты от вирусных эпидемий, область её применения ограничивается небольшими локальными сетями, состоящими из одного сегмента.

Переход на шестую версию протокола IP решает проблему связанности локальных адресов, так как количество возможных адресов IPv6 настолько велико, что в принципе исключает потребность в локальных IP-адресах. Далеко не всё ПО (как клиентское, так и серверное) в настоящий момент поддерживает IPv6. В качестве временного решения возможно использование туннельных протоколов, таких как Teredo. Начиная с Windows Vista поддержка Teredo включена в ОС по умолчанию. Для более ранних версий клиент µTorrent для ОС Windows дает возможность установить Teredo автоматически, через меню настроек.

Интересные факты

[править | править код]
  • Популярный bittorrent клиент µTorrent имеет встроенный анонимный трекер, который может использоваться в качестве ретрекера. Включить его можно в меню «Настройки», «Дополнительно», «bt.enable_tracker» — true. Адрес трекера будет http://ваш_IP:порт_uTorrent/announce

Примечания

[править | править код]
  1. http://nag.ru/articles/reviews/15540/odichavshiy-wi-fi.html Архивная копия от 13 июня 2011 на Wayback Machine глава "Торренты. Приручение"
  2. CARMA Based MST Approximation for Multicast Provision in P2P Networks Архивная копия от 11 января 2012 на Wayback Machine doi:10.1109/ICNS.2010.25 quote:"Recently there have been some advances in the locality awareness for BitTorrent networks. Popular nationwide trackers (torrents.ru, for instance) have introduced so-called “retrackers” - dedicated secondary servers. These servers are optionally connected to primary database but mainly supposed to only return peer list local to specific network scope."
  3. Программы-патчеры торрентов Архивная копия от 2 мая 2013 на Wayback Machine
  4. О введении retracker.local говорится в топике 2234744 на rutracker.org
  5. О введении ретрекера (Корбина, Санкт-Петербург). Дата обращения: 20 декабря 2008. Архивировано 2 июля 2022 года.
  6. Идея заключалась в том, чтобы на основании анализа IP адреса клиента определять его провайдера, и добавлять в торрент-файл адрес ретрекера, соответствующий данному провайдеру. При этом добавлялись только ретрекеры, установленные у провайдеров «официально», то есть, на основании договоренности с администрацией трекера.
  7. Оптимизация обмена битторрент-трафиком в локальных сетях. Обсуждение на rutracker.org (топик № 405935)
  8. Критика самостоятельных решений проблемы локального обмена bittorrent трафиком пользователями домашних сетей со стороны rutracker.org есть в топике 405935 на rutracker.org.
  9. Ретрекер от TiERA. Дата обращения: 22 февраля 2010. Архивировано 21 декабря 2009 года.
  10. Идея поддержки ретрекеров через адрес retracker.local на сайте nag.ru. Дата обращения: 23 июня 2011. Архивировано 13 июня 2011 года.
  11. Автоматическое добавление адреса retracker.local во все торренты проанонсировано в поздравительном сообщении администратора трекера с юбилеем.
  12. Невозможность использования retracker.local в OS X и Linux. Дата обращения: 13 июня 2013. Архивировано 5 июня 2013 года.
  13. Draft RFC «Multicast DNS». Дата обращения: 16 ноября 2009. Архивировано 25 ноября 2009 года.
  14. Проект расширения протокола битторрент. Дата обращения: 19 марта 2009. Архивировано 7 мая 2012 года.
  15. • Просмотр темы — Ретракер retracker.ozerki.net. Дата обращения: 21 марта 2009. Архивировано из оригинала 27 июня 2009 года.
  16. Описание технологии перехвата и добавления адреса ретрекера от провайдера SmartHome. Дата обращения: 16 января 2010. Архивировано 4 марта 2016 года.
  17. Анонс провайдера SmartHome о поддержке расширения isp.bep22. Дата обращения: 25 ноября 2009. Архивировано из оригинала 31 июля 2013 года.
  18. История изменений µTorrent 1.7. Дата обращения: 21 декабря 2008. Архивировано из оригинала 22 января 2009 года.