Версия для печати темы

Автор: Pronin 11.3.2009, 18:30

Мы (провайдер) хотим для своих клиентов установить re-tracker..
Но хотелось бы чтобы re-tracker кроме проксирования запросов к главному трекеру, еще и выступал прокси для сидеров/личеров.
А именно:
В случае, если наш клиент начинает тянуть торрент-раздачу, для которой нет локальных сидов, хотелось бы, чтобы re-tracker (или какой-то другой софт) реагировал на это и выступал для такой раздачи локальным сидом, так чтобы клиенту ни при каких обстоятельствах не нужно было самостоятельно лезть во "внешний мир".

Есть ли такой функционал у re-tracker? Или возможно есть реализации с использованием стороннего софта?
Если нет, то на сколько сложно было бы такое сделать самим? Какой можно предложить алгоритм, какие данные может выдавать re-tracker сторонним скриптам, которые могут автоматизировать процесс "поднятия локального сида"?

Автор: Shift 11.3.2009, 19:16

ну ретрекер он не прокси , он обычный трекер только с анонимной авто регистрацией , а то что вы хотите сделать мне кажеться не реально и утопией так как пусть даже 20 участников сети смогут слить больше терайбайта данных а если даже писать софт под авто=закачку на сервера провайдера (зачем ?) то я думаю объемы нужны хранилища очень большие , и нельзя сделать так что бы в любом случая кто то был из локалки , только с тем вариантом что я описал выше , но это утопия , и незабывайте что 1 ЭSS не дремлет и что будет есливдруг (тьфу тьфу тьфу) докопаються с проверкой на легальность а у вас тут 10 терабайт софта и от 1 ЭSS тоже , они за битрикс готовы удушить , за 1 ЭSS бугалтерию повесить за яйца застрелить

Автор: RoadTrain 11.3.2009, 21:37

Вот http://ozerki.net/forum/viewtopic.php?p=324292#p324292 было обсуждение кеширующего сервера для p2p, даже какие-то тесты... Попробуйте связаться с тамошним админом, может немного расскажет.

Автор: Ушелец 12.3.2009, 11:38

Ээээ... вы о чём?! IMHO, речь должна идти о сидбоксе? Представляю объём требуемого хранилища...

Автор: FreeM@N 12.3.2009, 14:11

Похоже так никто и не понял о чём речь

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

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

Автор: RoadTrain 13.3.2009, 4:09

угу, у меня даже было сделано как-то...

Автор: Pronin 31.3.2009, 11:06

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

Автор: Pronin 31.3.2009, 11:07

Если не секрет, как и на чем было реализовано?

Автор: RoadTrain 1.4.2009, 13:40

php + cURL

Автор: Ушелец 4.4.2009, 12:25

А я не понял. Так как...

..., то я думал, хочется сделать вот такое:
Есть локальный ретрекер A с большим дисковым объёмом. На трекере B есть торрент X. При первой закачке юзером M торрента X псевдо-пир A ведёт закачку (вместо M, используя его ID), сохраняя части файлов на своём хранилище, и тут же отдавая эти части этому юзеру М. После закачки всего торрента А становится полноценным сидом.
Когда эту же раздачу X начинает качать следующий юзер N, вместо сидов с трекера B ему отдаётся уже сидируемая псевдо-пиром A раздача (естественно, по локальному тарифу и скорости).
Подобная процедура практикуется частью eMule-серверов (на движке lugdunum), которые таким образом пополняют объём своего платного контента (можно скачать по http или ftp). На локальном же сервере таким образом можно пополнять ещё и FTP-сервер, прикрутив к нему систему поиска (иначе пользоваться будет не так удобно).
Поэтому я и http://re-tracker.ru/index.php?showtopic=244&view=findpost&p=2906, что удобнее всего сделать на линуксе, слепив вместе ретрекер и клиент rtorrent (у которого широчайшие возможности для тонкой настройки). Но такое под силу (и может иметь смысл) сделать только провайдеру с его широким каналом и соответствующими объёмами дискового пространства.
Здесь же...

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

Автор: FreeM@N 4.4.2009, 18:11

Смысл в том, что пользователь может и скачает файл с сайта Х, но если там сидов не окажется или будет мало то они будут браться c сайтов A, B, C и т.д. при этом пользователь об этом знать не будет, а будет просто качать