Ретрекер: различия между версиями
Перейти к навигации
Перейти к поиску
| [отпатрулированная версия] | [отпатрулированная версия] |
Содержимое удалено Содержимое добавлено
→Ссылки: ссылка ведёт непонятно куда. удалил. |
Notem (обсуждение | вклад) м Удалена Категория:Рунет с помощью HotCat |
||
| (не показано 27 промежуточных версий 18 участников) | |||
| Строка 1: | Строка 1: | ||
[[ |
[[Файл:Retracker scheme1.svg|thumb]] |
||
[[ |
[[Файл:retracker2.svg|thumb]] |
||
'''Ретрекер''' (retracker, также встречается термин ''псевдотрекер'') — технология оптимизации обмена битторрент (bittorrent) трафиком внутри локальных сетей<ref>http://nag.ru/articles/reviews/15540/odichavshiy-wi-fi.html глава "Торренты. Приручение"</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] 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 |
'''Ретрекер''' (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 |
Для того, чтобы 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-клиентах, например, в [[uTorrent]]. Торрент-клиенты, в которых нет поддержки мультитрекерной работы, например [[Vuze]], обращаются только к первому ответившему трекеру, таким образом, ретрекер использован не будет |
Следует иметь в виду, что поддержка ретрекеров возможна только в [[мультитрекер]]ных bittorrent-клиентах, например, в [[uTorrent]]. Торрент-клиенты, в которых нет поддержки мультитрекерной работы, например [[Vuze]], обращаются только к первому ответившему трекеру, таким образом, ретрекер использован не будет либо будет использован только он. |
||
== История ретрекеров == |
== История ретрекеров == |
||
24 августа 2007 года идея ретрекера была описана и реализована абонентом под псевдонимом ''unxed'' сети [[Корбина|Корбина телеком]] ([[Санкт-Петербург]])<ref> |
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>. |
||
Подход rutracker.org в корне не устраивал пользователей, провайдеры которых не желали устанавливать у себя ретрекеры официально. Поэтому в качестве альтернативы «официальным провайдерским» ретрекерам в сентябре 2008 года опять же в сети [[Корбина|Корбина телеком]] в Санкт-Петербурге силами пользователей этой сети была запущена система локальных ретрекеров (re-tracker.ru). С октября 2008 года подобная система начала функционировать в московской сети компании [[Корбина|Корбина телеком]], покрыв почти полностью городскую локальную сеть. |
Подход rutracker.org в корне не устраивал пользователей, провайдеры которых не желали устанавливать у себя ретрекеры официально. Поэтому в качестве альтернативы «официальным провайдерским» ретрекерам в сентябре 2008 года опять же в сети [[Корбина|Корбина телеком]] в Санкт-Петербурге силами пользователей этой сети была запущена [[Система Локальных Ретрекеров|система локальных ретрекеров]] ([http://re-tracker.ru Re-Tracker.ru], которая была создана инициативной группой людей, известных под никами FreeM@N (Дмитрий) и Shift (Станислав)). С октября 2008 года подобная система начала функционировать в московской сети компании [[Корбина|Корбина телеком]], покрыв почти полностью городскую локальную сеть. |
||
Впоследствии администрация трекера [[rutracker.org]] отказалась от практики добавления индивидуальных адресов ретрекеров на основе диапазона IP клиента. Вместо этого во все торренты добавляется адрес [[#retracker.local|retracker.local]] (таким образом, желающие провайдеры могут сделать переадресацию этого адреса на свой ретрекер через свои |
Впоследствии администрация трекера [[rutracker.org]] отказалась от практики добавления индивидуальных адресов ретрекеров на основе диапазона IP клиента. Вместо этого во все торренты добавляется адрес [[#retracker.local|retracker.local]] (таким образом, желающие провайдеры могут сделать переадресацию этого адреса на свой ретрекер через свои серверы DNS). |
||
Адрес retracker.local поддерживается далеко не во всех локальных сетях, и, кроме того, не работает, если пользователь использует DNS- |
Адрес retracker.local поддерживается далеко не во всех локальных сетях, и, кроме того, не работает, если пользователь использует DNS-серверы, отличные от DNS-серверов своего провайдера. Поэтому проблема создания пользовательских ретрекеров в локальных сетях до сих пор остается актуальной. |
||
== Система локальных (пользовательских) ретрекеров == |
== Система локальных (пользовательских) ретрекеров == |
||
Система локальных ретрекеров устроена следующим образом: торрент-файл, который скачивает пользователь, перехватывается программой [[Torrent Patcher]], после этого измененный файл передается торрент-клиенту, например [[µTorrent]]. Во время [[Патч|патчинга]] добавляются списки ретрекеров. Также программа поддерживает «безопасный» способ добавления ретрекеров посредством [[Magnet-ссылка|Magnet-ссылки]] (работает только на µTorrent версии 1.8.1 и выше). |
Система локальных ретрекеров устроена следующим образом: торрент-файл, который скачивает пользователь, перехватывается программой [[Torrent Patcher]], после этого измененный файл передается торрент-клиенту, например [[µTorrent]]. Во время [[Патч|патчинга]] добавляются списки ретрекеров. Также программа поддерживает «безопасный» способ добавления ретрекеров посредством [[Magnet-ссылка|Magnet-ссылки]] (работает только на µTorrent версии 1.8.1 и выше). |
||
После этого торрент |
После этого торрент-клиент делает запрос на трекеры и на локальные ретрекеры, после запроса на локальные он получает список локальных пиров и это даёт возможность передавать данные по протоколу bittorrent на скорости локальной сети провайдера. |
||
При этом сами локальные ретрекеры обычно устанавливают у себя пользователи-энтузиасты. |
При этом сами локальные ретрекеры обычно устанавливают у себя пользователи-энтузиасты. |
||
Если в сети, в которой устанавливается локальный ретрекер, используется двойная адресация (то есть, абонент получает два IP |
Если в сети, в которой устанавливается локальный ретрекер, используется двойная адресация (то есть, абонент получает два IP-адреса — публичный и внутрисетевой), то ретрекер должен работать на сетевом интерфейсе с внутрисетевым адресом. В противном случае каждый пользователь ретрекера должен будет прописать статический маршрут таким образом, чтобы трафик до ретрекера шёл через локальный интерфейс — иначе преимущества ретрекера сойдут на нет. |
||
=== Преимущества === |
=== Преимущества === |
||
| Строка 36: | Строка 36: | ||
* В случае отказа всех пользовательских ретрекеров одновременно (что, конечно, весьма маловероятно) система перестанет работать, а bittorrent-клиенты абонентов будут генерировать бессмысленный трафик. |
* В случае отказа всех пользовательских ретрекеров одновременно (что, конечно, весьма маловероятно) система перестанет работать, а bittorrent-клиенты абонентов будут генерировать бессмысленный трафик. |
||
== |
== {{anchor|retracker.local}}Поддержка ретрекеров через адрес retracker.local == |
||
Оригинальная реализация идеи ретрекера была опубликована 10 марта 2009 на сайте nag.ru |
Оригинальная реализация идеи ретрекера была опубликована 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>. |
||
=== Преимущества === |
=== Преимущества === |
||
| Строка 45: | Строка 45: | ||
=== Недостатки === |
=== Недостатки === |
||
* Использование зоны .local вызывает конфликт с сервисами [[Zeroconf]] — [[mDNS]] (например [[Avahi]]) и противоречит ''Draft RFC «Multicast DNS»'' <ref> |
* Использование зоны .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 |
* Использование абонентом сторонних DNS-серверов ([[OpenDNS]], [[Google Public DNS]] и др.) без DNS-серверов провайдера приведет к необходимости ручного указания абонентом IP-адреса ретрекера в [[Hosts|файле hosts]], однако это не гарантирует постоянной работоспособности ретрекера ввиду возможных изменений IP-адреса retracker.local провайдером. Также, подобные манипуляции с файлом hosts на мобильном компьютере сделают невозможным использование ретрекера при подключении к другим сетям. |
||
== Другие решения проблемы локального обмена bittorrent трафиком == |
== Другие решения проблемы локального обмена bittorrent трафиком == |
||
=== bep22 === |
=== bep22 === |
||
На сайте ''bittorrent.org'' был опубликован проект расширения протокола битторрент для автоматического обнаружения локальных трекеров.<ref> |
На сайте ''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 эта опция по умолчанию включена. Проверить, поддерживается ли эта технология в вашей сети, можно следующим образом: |
||
* Определите имя хоста, которое назначено вам провайдером (например, [http://www.displaymyhostname.com/ с помощью этого сервиса]). Пусть, к примеру, это будет 12-34-56-78.clients.provider.org |
* Определите имя хоста, которое назначено вам провайдером (например, [http://www.displaymyhostname.com/ с помощью этого сервиса]). Пусть, к примеру, это будет 12-34-56-78.clients.provider.org |
||
* Наберите в командной строке nslookup -q=srv _bittorrent-tracker._tcp.clients.provider.org или nslookup -q=srv _bittorrent-tracker._tcp.provider.org («хвост» строки нужно заменить на ваше имя хоста). |
* Наберите в командной строке nslookup -q=srv _bittorrent-tracker._tcp.clients.provider.org или nslookup -q=srv _bittorrent-tracker._tcp.provider.org («хвост» строки нужно заменить на ваше имя хоста). |
||
| Строка 56: | Строка 56: | ||
=== Решение провайдера Ozerki.net === |
=== Решение провайдера 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> |
||
=== Решение провайдера SmartHome === |
=== Решение провайдера SmartHome === |
||
13 ноября 2009 года Санкт- |
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> |
||
=== Local Peer Discovery === |
=== Local Peer Discovery === |
||
Возможности, подобные использованию ретрекеров, предоставляет функция «Local Peer Discovery», присутствующая в bittorrent клиенте [[µTorrent]] начиная с версии 1.7 build 1065, выпущенной 5 апреля 2007<ref> |
Возможности, подобные использованию ретрекеров, предоставляет функция «[[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 === |
||
Переход на [[IPv6|шестую версию протокола IP]] решает проблему связанности <!-- связность м.б. и решает, т.к. NAT не так часто нужен, НО скорость не решает, т.к. local peer часто быстрее! --> локальных адресов, так как количество возможных адресов IPv6 настолько велико, что в принципе исключает потребность в локальных IP |
Переход на [[IPv6|шестую версию протокола IP]] решает проблему связанности <!-- связность м.б. и решает, т.к. NAT не так часто нужен, НО скорость не решает, т.к. local peer часто быстрее! --> локальных адресов, так как количество возможных адресов IPv6 настолько велико, что в принципе исключает потребность в локальных IP-адресах. Далеко не всё ПО (как клиентское, так и серверное) в настоящий момент поддерживает IPv6. В качестве временного решения возможно использование туннельных протоколов, таких как [[Teredo (сетевой протокол)|Teredo]]. Начиная с Windows Vista поддержка Teredo включена в ОС по умолчанию. Для более ранних версий клиент µTorrent для ОС Windows дает возможность установить Teredo автоматически, через меню настроек. |
||
== Интересные факты == |
== Интересные факты == |
||
| Строка 74: | Строка 74: | ||
== Ссылки == |
== Ссылки == |
||
| ⚫ | |||
* [http://nsl.cs.sfu.ca/wiki/index.php/Modeling_and_Caching_of_P2P_Traffic#pCache_Software pCache — система кэширования p2p трафика] |
* [http://nsl.cs.sfu.ca/wiki/index.php/Modeling_and_Caching_of_P2P_Traffic#pCache_Software pCache — система кэширования p2p трафика] |
||
| ⚫ | |||
== См. также == |
== См. также == |
||
| Строка 82: | Строка 82: | ||
{{BitTorrent}} |
{{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 трафиком
[править | править код]bep22
[править | править код]На сайте 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-пакеты, блокируемые большинством интернет-провайдеров для защиты от вирусных эпидемий, область её применения ограничивается небольшими локальными сетями, состоящими из одного сегмента.
IPv6
[править | править код]Переход на шестую версию протокола IP решает проблему связанности локальных адресов, так как количество возможных адресов IPv6 настолько велико, что в принципе исключает потребность в локальных IP-адресах. Далеко не всё ПО (как клиентское, так и серверное) в настоящий момент поддерживает IPv6. В качестве временного решения возможно использование туннельных протоколов, таких как Teredo. Начиная с Windows Vista поддержка Teredo включена в ОС по умолчанию. Для более ранних версий клиент µTorrent для ОС Windows дает возможность установить Teredo автоматически, через меню настроек.
Интересные факты
[править | править код]- Популярный bittorrent клиент µTorrent имеет встроенный анонимный трекер, который может использоваться в качестве ретрекера. Включить его можно в меню «Настройки», «Дополнительно», «bt.enable_tracker» — true. Адрес трекера будет http://ваш_IP:порт_uTorrent/announce
Примечания
[править | править код]- ↑ http://nag.ru/articles/reviews/15540/odichavshiy-wi-fi.html Архивная копия от 13 июня 2011 на Wayback Machine глава "Торренты. Приручение"
- ↑ 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."
- ↑ Программы-патчеры торрентов Архивная копия от 2 мая 2013 на Wayback Machine
- ↑ О введении retracker.local говорится в топике 2234744 на rutracker.org
- ↑ О введении ретрекера (Корбина, Санкт-Петербург). Дата обращения: 20 декабря 2008. Архивировано 2 июля 2022 года.
- ↑ Идея заключалась в том, чтобы на основании анализа IP адреса клиента определять его провайдера, и добавлять в торрент-файл адрес ретрекера, соответствующий данному провайдеру. При этом добавлялись только ретрекеры, установленные у провайдеров «официально», то есть, на основании договоренности с администрацией трекера.
- ↑ Оптимизация обмена битторрент-трафиком в локальных сетях. Обсуждение на rutracker.org (топик № 405935)
- ↑ Критика самостоятельных решений проблемы локального обмена bittorrent трафиком пользователями домашних сетей со стороны rutracker.org есть в топике 405935 на rutracker.org.
- ↑ Ретрекер от TiERA. Дата обращения: 22 февраля 2010. Архивировано 21 декабря 2009 года.
- ↑ Идея поддержки ретрекеров через адрес retracker.local на сайте nag.ru. Дата обращения: 23 июня 2011. Архивировано 13 июня 2011 года.
- ↑ Автоматическое добавление адреса retracker.local во все торренты проанонсировано в поздравительном сообщении администратора трекера с юбилеем.
- ↑ Невозможность использования retracker.local в OS X и Linux. Дата обращения: 13 июня 2013. Архивировано 5 июня 2013 года.
- ↑ Draft RFC «Multicast DNS». Дата обращения: 16 ноября 2009. Архивировано 25 ноября 2009 года.
- ↑ Проект расширения протокола битторрент. Дата обращения: 19 марта 2009. Архивировано 7 мая 2012 года.
- ↑ • Просмотр темы — Ретракер retracker.ozerki.net. Дата обращения: 21 марта 2009. Архивировано из оригинала 27 июня 2009 года.
- ↑ Описание технологии перехвата и добавления адреса ретрекера от провайдера SmartHome. Дата обращения: 16 января 2010. Архивировано 4 марта 2016 года.
- ↑ Анонс провайдера SmartHome о поддержке расширения isp.bep22. Дата обращения: 25 ноября 2009. Архивировано из оригинала 31 июля 2013 года.
- ↑ История изменений µTorrent 1.7. Дата обращения: 21 декабря 2008. Архивировано из оригинала 22 января 2009 года.
Ссылки
[править | править код]- Псевдотрекер — свободная реализация ретрекера на языке php.
- pCache — система кэширования p2p трафика
См. также
[править | править код]Протокол обмена файлами BitTorrent (программы-клиенты) | |
|---|---|
| Авторы |
|
| Технологии | |
| Трекеры | |
| Движки | |
| Связанные статьи | |
