Ретрекер - Об ОС *Nix - Системное администрирование - Каталог статей - Архив документации и мануалов для админов

Вторник, 06.12.2016, 02:51
Приветствую Вас Гость | RSS
Мой сайт
Главная
Регистрация
Вход
Форма входа

Меню сайта

Категории раздела
Об ОС Windows [137]
В категории размещаются статьи, касающщиеся операционных систем от Microsoft.
Об ОС *Nix [198]
В данной категории собраны статьи об ОС семейства Unix/Linux/FreeBSD/...
Справочные материалы [351]
Справка по всему разделу.
Виртуализация и Облака [46]
Networks & Routing [86]
DataBases [22]

Наш опрос
Оцените мой сайт
Всего ответов: 193

Статистика

Онлайн всего: 1
Гостей: 1
Пользователей: 0

Главная » Статьи » Системное администрирование » Об ОС *Nix

Ретрекер

Ретрекер

[править]
Материал из Википедии — свободной энциклопедии
Scheme1.svg
Retracker2.svg

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

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

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

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

Содержание

[убрать]

[править] История ретрекеров

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

Подход rutracker.org в корне не устраивал пользователей, провайдеры которых не желали устанавливать у себя ретрекеры официально. Поэтому в качестве альтернативы «официальным провайдерским» ретрекерам в сентябре 2008 года опять же в сети Корбина телеком в Санкт-Петербурге силами пользователей этой сети была запущена система локальных ретрекеров (re-tracker.ru). С октября 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 [6]. Смысл ее сводится к тому, чтобы либо на стороне трекеров, либо на стороне битторрент-клиентов автоматически добавлять во все торренты адрес вида http://retracker.local/. Таким образом, каждый провайдер через настройки своих dns серверов сможет самостоятельно указать адрес своего сервера-ретрекера (а если провайдер не имеет сервера-ретрекера, возможно использование пользовательских ретрекеров через редактирование файла hosts). С 18 сентября 2009 года популярный трекер rutracker.org добавляет в торренты для российских адресов http://retracker.local [7].

[править] Преимущества

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

[править] Недостатки

  • Использование зоны .local вызывает конфликт с сервисами Zeroconf — mDNS (например Avahi) и противоречит Draft RFC «Multicast DNS» [8].
  • Использование абонентом сторонних DNS сервисов (OpenDNS, Google Public DNS и др.) приведет к необходимости ручного указания абонентом IP адреса ретрекера в файле hosts.

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

[править] bep22

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

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

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

[править] Решение провайдера Ozerki.net

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

[править] Решение провайдера SmartHome

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

[править] Local Peer Discovery

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

[править] IPv6

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

[править] Интересные факты

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

[править] Примечания

↑ Показывать компактно

  1. О введении ретрекера (Корбина, Санкт-Петербург)
     
  2. Идея заключалась в том, чтобы на основании анализа IP адреса клиента определять его провайдера, и добавлять в торрент-файл адрес ретрекера, соответствующий данному провайдеру. При этом добавлялись только ретрекеры, установленные у провайдеров «официально», то есть, на основании договоренности с администрацией трекера.
  3. Оптимизация обмена битторрент-трафиком в локальных сетях. Обсуждение на rutracker.org (топик № 405935)
  4. Критика самостоятельных решений проблемы локального обмена bittorrent трафиком пользователями домашних сетей со стороны rutracker.org есть в топике 405935 на rutracker.org.
  5. Ретрекер от TiERA
     
  6. Идея поддержки ретрекеров через адрес retracker.local на сайте nag.ru
     
  7. Автоматическое добавление адреса retracker.local во все торренты проанонсировано в поздравительном сообщении администратора трекера с юбилеем.
  8. Draft RFC «Multicast DNS»
     
  9. Проект расширения протокола битторрент
     
  10. • Просмотр темы — Ретракер retracker.ozerki.net
     
  11. Описание технологии перехвата и добавления адреса ретрекера от провайдера SmartHome
     
  12. Анонс провайдера SmartHome о поддержке расширения isp.bep22
     
  13. История изменений µTorrent 1.7
     

[править] Ссылки

[править] См. также



Источник: http://re-tracker.ru/index.php?showtopic=17
Категория: Об ОС *Nix | Добавил: admin (02.05.2011)
Просмотров: 996 | Комментарии: 1 | Рейтинг: 0.0/0
Всего комментариев: 0
Имя *:
Email *:
Код *:
Поиск

Друзья сайта
  • Официальный блог
  • Сообщество uCoz
  • FAQ по системе
  • Инструкции для uCoz


  • Copyright MyCorp © 2016