retracker as proxy |
Здравствуйте, гость ( Вход | Регистрация )
retracker as proxy |
11.3.2009, 18:30
Сообщение
#1
|
|
Новичок Группа: Пользователи Сообщений: 3 Регистрация: 11.3.2009 Пользователь №: 748 |
Мы (провайдер) хотим для своих клиентов установить re-tracker..
Но хотелось бы чтобы re-tracker кроме проксирования запросов к главному трекеру, еще и выступал прокси для сидеров/личеров. А именно: В случае, если наш клиент начинает тянуть торрент-раздачу, для которой нет локальных сидов, хотелось бы, чтобы re-tracker (или какой-то другой софт) реагировал на это и выступал для такой раздачи локальным сидом, так чтобы клиенту ни при каких обстоятельствах не нужно было самостоятельно лезть во "внешний мир". Есть ли такой функционал у re-tracker? Или возможно есть реализации с использованием стороннего софта? Если нет, то на сколько сложно было бы такое сделать самим? Какой можно предложить алгоритм, какие данные может выдавать re-tracker сторонним скриптам, которые могут автоматизировать процесс "поднятия локального сида"? |
|
|
4.4.2009, 12:25
Сообщение
#2
|
|
Активный участник Группа: Пользователи Сообщений: 37 Регистрация: 10.1.2009 Пользователь №: 188 |
А я не понял. Так как...
хотелось бы, чтобы re-tracker (или какой-то другой софт) реагировал на это и выступал для такой раздачи локальным сидом, так чтобы клиенту ни при каких обстоятельствах не нужно было самостоятельно лезть во "внешний мир". ..., то я думал, хочется сделать вот такое: Есть локальный ретрекер A с большим дисковым объёмом. На трекере B есть торрент X. При первой закачке юзером M торрента X псевдо-пир A ведёт закачку (вместо M, используя его ID), сохраняя части файлов на своём хранилище, и тут же отдавая эти части этому юзеру М. После закачки всего торрента А становится полноценным сидом. Когда эту же раздачу X начинает качать следующий юзер N, вместо сидов с трекера B ему отдаётся уже сидируемая псевдо-пиром A раздача (естественно, по локальному тарифу и скорости). Подобная процедура практикуется частью eMule-серверов (на движке lugdunum), которые таким образом пополняют объём своего платного контента (можно скачать по http или ftp). На локальном же сервере таким образом можно пополнять ещё и FTP-сервер, прикрутив к нему систему поиска (иначе пользоваться будет не так удобно). Поэтому я и упомянул о сид-боксах, что удобнее всего сделать на линуксе, слепив вместе ретрекер и клиент rtorrent (у которого широчайшие возможности для тонкой настройки). Но такое под силу (и может иметь смысл) сделать только провайдеру с его широким каналом и соответствующими объёмами дискового пространства. Здесь же... Т.е. ретрекер ничего не качает, а просто передаёт сидов ... предполагается простая подмена ID пользователя. Какой в этом практический смысл? Только в анонимности юзера? |
|
|
Текстовая версия | Сейчас: 6.5.2024, 2:55 |