Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: retracker as proxy
Re-Tracker | Система локальных ретрекеров | Ретрекер > РеТрекер > Помощь по ретрекеру (FAQ)
Pronin
Мы (провайдер) хотим для своих клиентов установить re-tracker..
Но хотелось бы чтобы re-tracker кроме проксирования запросов к главному трекеру, еще и выступал прокси для сидеров/личеров.
А именно:
В случае, если наш клиент начинает тянуть торрент-раздачу, для которой нет локальных сидов, хотелось бы, чтобы re-tracker (или какой-то другой софт) реагировал на это и выступал для такой раздачи локальным сидом, так чтобы клиенту ни при каких обстоятельствах не нужно было самостоятельно лезть во "внешний мир".

Есть ли такой функционал у re-tracker? Или возможно есть реализации с использованием стороннего софта?
Если нет, то на сколько сложно было бы такое сделать самим? Какой можно предложить алгоритм, какие данные может выдавать re-tracker сторонним скриптам, которые могут автоматизировать процесс "поднятия локального сида"?
Shift
ну ретрекер он не прокси , он обычный трекер только с анонимной авто регистрацией , а то что вы хотите сделать мне кажеться не реально и утопией так как пусть даже 20 участников сети смогут слить больше терайбайта данных а если даже писать софт под авто=закачку на сервера провайдера (зачем ?) то я думаю объемы нужны хранилища очень большие , и нельзя сделать так что бы в любом случая кто то был из локалки , только с тем вариантом что я описал выше , но это утопия , и незабывайте что 1 ЭSS не дремлет и что будет есливдруг (тьфу тьфу тьфу) докопаються с проверкой на легальность а у вас тут 10 терабайт софта и от 1 ЭSS тоже , они за битрикс готовы удушить , за 1 ЭSS бугалтерию повесить за яйца застрелить
RoadTrain
Вот тут было обсуждение кеширующего сервера для p2p, даже какие-то тесты... Попробуйте связаться с тамошним админом, может немного расскажет.
Ушелец
Ээээ... вы о чём?! IMHO, речь должна идти о сидбоксе? Представляю объём требуемого хранилища...
FreeM@N
Похоже так никто и не понял о чём речь smile.gif

Вопрос был в следующем (ну кроме проксирования, хотя по сути это и есть проксирование, только "умное"):
чтобы в случае отсутствия сидов (локальных или удовлетворяющих неким условиям) ретрекер сам ломился на трекеры под видом клиента и брал у них сидов, а затем отдавал их клиенту, верно?
Т.е. ретрекер ничего не качает, а просто передаёт сидов smile.gif

2Pronin:
Текущая реализация ретрекера не предусматривает такого функционала и в будущем врятле будет включено в проект.
Но это сделать реально, и на первый взгляд даже не очень сложно smile.gif
RoadTrain
Цитата(FreeM@N @ 12.3.2009, 14:11) *
Но это сделать реально, и на первый взгляд даже не очень сложно smile.gif

угу, у меня даже было сделано как-то...
Pronin
Цитата(FreeM@N @ 12.3.2009, 13:11) *
Похоже так никто и не понял о чём речь smile.gif

Вопрос был в следующем (ну кроме проксирования, хотя по сути это и есть проксирование, только "умное"):
чтобы в случае отсутствия сидов (локальных или удовлетворяющих неким условиям) ретрекер сам ломился на трекеры под видом клиента и брал у них сидов, а затем отдавал их клиенту, верно?
Т.е. ретрекер ничего не качает, а просто передаёт сидов smile.gif

2Pronin:
Текущая реализация ретрекера не предусматривает такого функционала и в будущем врятле будет включено в проект.
Но это сделать реально, и на первый взгляд даже не очень сложно smile.gif


Именно это я и имел ввиду. Спасибо.
Речь идет только о тех случаях, когда нет локальных сидов и только на тот период, пока таковой не появится.

Pronin
Цитата(RoadTrain @ 13.3.2009, 3:09) *
угу, у меня даже было сделано как-то...


Если не секрет, как и на чем было реализовано?
RoadTrain
Цитата(Pronin @ 31.3.2009, 11:07) *
Если не секрет, как и на чем было реализовано?

php + cURL
rolleyes.gif
Ушелец
А я не понял. Так как...
Цитата(Pronin @ 11.3.2009, 18:30) *
хотелось бы, чтобы re-tracker (или какой-то другой софт) реагировал на это и выступал для такой раздачи локальным сидом, так чтобы клиенту ни при каких обстоятельствах не нужно было самостоятельно лезть во "внешний мир".

..., то я думал, хочется сделать вот такое:
Есть локальный ретрекер A с большим дисковым объёмом. На трекере B есть торрент X. При первой закачке юзером M торрента X псевдо-пир A ведёт закачку (вместо M, используя его ID), сохраняя части файлов на своём хранилище, и тут же отдавая эти части этому юзеру М. После закачки всего торрента А становится полноценным сидом.
Когда эту же раздачу X начинает качать следующий юзер N, вместо сидов с трекера B ему отдаётся уже сидируемая псевдо-пиром A раздача (естественно, по локальному тарифу и скорости).
Подобная процедура практикуется частью eMule-серверов (на движке lugdunum), которые таким образом пополняют объём своего платного контента (можно скачать по http или ftp). На локальном же сервере таким образом можно пополнять ещё и FTP-сервер, прикрутив к нему систему поиска (иначе пользоваться будет не так удобно).
Поэтому я и упомянул о сид-боксах, что удобнее всего сделать на линуксе, слепив вместе ретрекер и клиент rtorrent (у которого широчайшие возможности для тонкой настройки). Но такое под силу (и может иметь смысл) сделать только провайдеру с его широким каналом и соответствующими объёмами дискового пространства.
Здесь же...
Цитата(FreeM@N @ 12.3.2009, 14:11) *
Т.е. ретрекер ничего не качает, а просто передаёт сидов smile.gif

... предполагается простая подмена ID пользователя. Какой в этом практический смысл? Только в анонимности юзера?
FreeM@N
Цитата(Ушелец @ 4.4.2009, 12:25) *
Здесь же...

... предполагается простая подмена ID пользователя. Какой в этом практический смысл? Только в анонимности юзера?

Смысл в том, что пользователь может и скачает файл с сайта Х, но если там сидов не окажется или будет мало то они будут браться c сайтов A, B, C и т.д. при этом пользователь об этом знать не будет, а будет просто качать smile.gif
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Форум IP.Board © 2001-2017 IPS, Inc.