[grey_rat]

 

В сети крупного государственного ADSL провайдера (почти 1 млн пользователей) имеется ретрекер http://www.retracker.mgts.by/ он же http://retracker.local/

Взят он отсюда http://re-tracker.ru/ , версия движка неизвестна .

Вопрос :

Можно ли на стороне ADSL провайдера также приделать функцию добавления адреса ретрекера с помощью технологии isp.bep22 ? Данная опция включается в utorrentе пользователя , и после соответсвующей настройки провайдером своего оборудования , пользователь нажимая магнет ссылку или добавляя торрент-файл в торрент-клиент , автоматически в списки анонсеров добавленного торрента получает и адрес ретрекера ! Тоесть , если я не ошибаюсь , программа на компьютере пользователя обращается к DNS провайдера и оттуда получает адрес ретрекера , который вписывается в торрент .

 

К сожалению человек который поднял для Белтелекома ретрекер не совсем в теме :) вот его ответ на мой вопрос о возможности :

Это в принципе невозможно, мы не можем изменять содержимое торрентов, которые пользователи скачивают

Может кто-нибудь уже подымал у себя isp.bep22 ? По инету на некоторых трекерах пишут что-бы юзеры включали у себя эту опцию и получали адрес ретрекера таким способом .

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

 

 

 

Обыкновенный юзер :)

 

 

 

 

 

 

[XeonVs]

У меня работает.

bep22 не меняет содержимого торрента.

 

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

Изменено 7 февраля, 2011 пользователем XeonVs

[grey_rat]

XeonVs, спасибо

А это сложно (долго) или это просто и быстро , надо ли перестраивать всё оборудование по всей стране или это пяти минут дело ? Ну что бы отговорок типа "лапши на уши" мне не было , что это офигенно сложно и невозможно в отдельно взятом провайдере :)

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

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

[XeonVs]

XeonVs, спасибо

А это сложно (долго) или это просто и быстро , надо ли перестраивать всё оборудование по всей стране или это пяти минут дело ? Ну что бы отговорок типа "лапши на уши" мне не было , что это офигенно сложно и невозможно в отдельно взятом провайдере :)

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

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

дело 10 минут. Не надо ничего трогать в оборудовании, вопрос чисто софтовый.

мурзилка: http://www.bittorrent.org/beps/bep_0022.html

[marikoda]

На ADSL особого смысла не имеет, так как большинство юзеров за NAT, который на модеме.

Хотя, при включении uTP и teredo может быть будет иметь смысл поставить локальный ретрекер на имени retracker.local , да еще чтобы он понимал ipv6

[grey_rat]

XeonVs, большое спасибо

 

marikoda

retracker.local запущен , не работает пока только isp.bep22

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

Для провайдера выгода может быть в чём :

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

 

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

 

[s.lobanov]

grey_rat

Что-то я не наблюдаю isp.bep22 по дефолту в мюторренте(2.2.1), а это значит, что эта опция будет включена у 0.001% пользователей, проверьте в других версиях, если не влом.

[marikoda]

marikoda

retracker.local запущен , не работает пока только isp.bep22

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

Для провайдера выгода может быть в чём :

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

 

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

На сегодняшний момент бОльшая часть контента идет с трекеров, у которых есть retracker.local . А у юзеров включены DHT и PEX.

 

А в будущем будет ipv6, которому retracker.local не нужен, ибо у всех устройств будут глобальные ipv6 адреса.

 

Конкретно в случае с ADSL необходимо использовать технологию, которая поможет соединяться двум юзерам за модемами с NAT и не требующая настройки со клиентской стороны. Как уже выше писал - это uTP (по умолчанию включен в uTorrent) и teredo (включен в последних версиях Win и включается одной кнопкой из клиента uTorrent в старых).

Изменено 7 февраля, 2011 пользователем marikoda

[grey_rat]

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

Те кто привык юзать магнеты , к примеру на том-же руторе , весьма к стати будет isp.bep22

 

До IPv6 нам ещё лет 10 , особенно с адсл :)

 

Как я понимаю из минусов isp.bep22 - потраченные в пустую десять минут жизни админа на капризы пользователей

Или всё же есть некая нагрузка на DNSы провайдера и на ретрекер способные их положить , и потом все будут проклинать , что связались с isp.bep22 ?

 

marikoda, при чём здесь NAT ? на адсл модемах порты пробрасываются на ура в роутере , а в бридже вообще всё пучком . Это у вас там гигабитные эзернеты кругом и про дсл все уже забыли , у нас ещё адсл в самом как говорится расцвете сил :)

На следующий год планируют начать раскидывать PON по городам , но что-то в это слабо верится ....

Изменено 7 февраля, 2011 пользователем grey_rat

[marikoda]

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

Те кто привык юзать магнеты , к примеру на том-же руторе , весьма к стати будет isp.bep22

bep22 хорошо и может использоваться с имеющимся трекером, но лучше еще поставьте на ретрекер xbtt с патчем, который позволяет ему понимать аргумент ipv6 в запросе.

 

 

[Ivan_83]

До IPv6 нам ещё лет 10 , особенно с адсл :)

Тоже самое как сказать: до IPv6 нам ещё далеко с эзернетом/оптикой.

 

АДСЛ-ю пофик что вы по нему гоняете, ровно как и тому что гоняют пофик что там адсл где то встречается.

Некоторые адсл провайдеры не используют пппое, а работают как эзернет провайдеры, используя модем как медиаконвертер, юзер может получать адрес по дхцп или статикой забивать прямо себе на сетевушку, хоть белый, хоть серый - IPoADSL :)

[NiTr0]

Включается - как уже говорили 10 минут дела. Минусов - никаких. Плюсы - возможно несколько уменьшится нагрузка на внешние каналы.

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

[grey_rat]

http://forum.utorrent.com/viewtopic.php?id=63247&p=1

 

-- 2011-02-11: Version 3.0 (build 24655)

- Change: turn on isp.bep22 by default

 

В версии 3.0 она будет включена по умолчанию

[vasiliy0]

Не прошло и 2-х с половиной лет (может и до 3-х дойдёт пока 3.0 зарелизится) после того как BEP-22 был last modified (http://www.bittorrent.org/beps/bep_0022.html) , как utorrent включил его по умолчанию. Насколько я знаю очень многие качают с rutracker-а и ему подобных (которые retracker.local добавляют), так что скорее всего разницы по статистике ретрекера не будет никакой, не говоря уже о внешних каналах. Вот 2.5 года назад, когда еще retracker.local только образовывался, это было бы действительно полезно. Вообще странно, что разработчики utorrent-а utp внедряют, толком не протестировав, а bep фичу ждут.

Изменено 16 февраля, 2011 пользователем vasiliy0

[grey_rat]

BEP-22 может пригодится ещё вот в каком случае , к примеру несколько небольших провайдеров объеденены пирингом в своём регионе и трафик между ними значительно дешевле чем внешка . Тогда можно оставить "ретрекер/локал" как общий ретрекер для всех провайдеров пиринга , а BEP-22 провайдеры могут использовать как свой собственный ретрекер, к примеру "ретрекер/лан" с айпи вида 192... , 10......, 172..... своей сети . Думаю в этом случае пиров насобирается достаточно , чтобы попросить админов рутрекера сделать ограничения на количество отдаваемых IP трекером пользователю (ну к примеру только 10 IP на раздачу).

[griffonheart]

Интересует практическое использование данной функции.

Как происходит запрос и получение адреса трекера в принципе понятен, но желательно уточнить.

 

Допустим, мой IP - 84.22.159.221

Получаем обартку:

# host -t PTR 84.22.159.221
221.159.22.84.in-addr.arpa is an alias for 221.128/25.159.22.84.in-addr.arpa.
221.128/25.159.22.84.in-addr.arpa domain name pointer office.optizone.ru.

 

Далее по идее клиент делает запрос на SRV запись:

# host -t SRV _bittorrent-tracker._tcp.office.optizone.ru.
Host _bittorrent-tracker._tcp.office.optizone.ru. not found: 3(NXDOMAIN)

 

И если не находит его, откусывает один поддомен из запроса:

# host -t SRV _bittorrent-tracker._tcp.optizone.ru.
_bittorrent-tracker._tcp.optizone.ru has SRV record 5 0 80 rt.optizone.ru.

Ретрекер найден, rt.optizone.ru, порт 80

 

Вот дальше не совсем понятно, что с этим делать? По какому адресу будет коннектиться клиент? Как мне заставить его слать анонсы на http://rt.optizone.ru/announce ?

Ведь в SRV записи не может быть полного URL-а?

 

Надеюсь на вашу помощь...

Изменено 19 августа, 2011 пользователем griffonheart

[st_re]

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

[griffonheart]

Туда, это куда?

http://rt.optizone.ru/announce'>http://rt.optizone.ru/announce или просто http://rt.optizone.ru ? (в последнем случае, мне придётся веб-сервер перенастраивать, чтобы на корень сайта принимались анонсы)

[st_re]

http://rt.optizone.ru:80/announce

 

rt.optizone.ru и 80 берутся из SRV записи.

[disappointed]

А вот подскажите, тестил BEP22 и заметил нехорошую штуку, у нас в сети используется PPPoE, весь трафик через туннель,

на сетевушках у абонов стоит что попало - либо выключен TCPIP либо 169.х.х.х dhcp фолбэк.

 

Так вот у части клиентов обращение к SRV из мюторрента выглядело как _bittorrent-tracker._tcp.имя_машины если не путаю.

Как я понимаю это происходило из-за того что мюторрент был запущен ДО поднятия PPPoE туннеля, и софт не мог получить обратную зону.

 

Не в курсе это пофиксили нет?