IPB

Здравствуйте, гость ( Вход | Регистрация )

 
Ответить в данную темуНачать новую тему
retracker as proxy
Pronin
сообщение 11.3.2009, 18:30
Сообщение #1


Новичок
*

Группа: Пользователи
Сообщений: 3
Регистрация: 11.3.2009
Пользователь №: 748



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

Есть ли такой функционал у re-tracker? Или возможно есть реализации с использованием стороннего софта?
Если нет, то на сколько сложно было бы такое сделать самим? Какой можно предложить алгоритм, какие данные может выдавать re-tracker сторонним скриптам, которые могут автоматизировать процесс "поднятия локального сида"?
Перейти в начало страницы
 
+Цитировать сообщение
Shift
сообщение 11.3.2009, 19:16
Сообщение #2


Активный участник
***

Группа: Пользователи
Сообщений: 1 208
Регистрация: 14.12.2008
Пользователь №: 1



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


--------------------
Перейти в начало страницы
 
+Цитировать сообщение
RoadTrain
сообщение 11.3.2009, 21:37
Сообщение #3


Активный участник
***

Группа: Пользователи
Сообщений: 148
Регистрация: 15.12.2008
Из: Псков
Пользователь №: 14



Вот тут было обсуждение кеширующего сервера для p2p, даже какие-то тесты... Попробуйте связаться с тамошним админом, может немного расскажет.
Перейти в начало страницы
 
+Цитировать сообщение
Ушелец
сообщение 12.3.2009, 11:38
Сообщение #4


Активный участник
***

Группа: Пользователи
Сообщений: 37
Регистрация: 10.1.2009
Пользователь №: 188



Ээээ... вы о чём?! IMHO, речь должна идти о сидбоксе? Представляю объём требуемого хранилища...
Перейти в начало страницы
 
+Цитировать сообщение
FreeM@N
сообщение 12.3.2009, 14:11
Сообщение #5


Активный участник
***

Группа: Главные Админы
Сообщений: 660
Регистрация: 15.12.2008
Из: Москва
Пользователь №: 15



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

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

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


--------------------
Перейти в начало страницы
 
+Цитировать сообщение
RoadTrain
сообщение 13.3.2009, 4:09
Сообщение #6


Активный участник
***

Группа: Пользователи
Сообщений: 148
Регистрация: 15.12.2008
Из: Псков
Пользователь №: 14



Цитата(FreeM@N @ 12.3.2009, 14:11) *
Но это сделать реально, и на первый взгляд даже не очень сложно smile.gif

угу, у меня даже было сделано как-то...
Перейти в начало страницы
 
+Цитировать сообщение
Pronin
сообщение 31.3.2009, 11:06
Сообщение #7


Новичок
*

Группа: Пользователи
Сообщений: 3
Регистрация: 11.3.2009
Пользователь №: 748



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

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

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


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

Перейти в начало страницы
 
+Цитировать сообщение
Pronin
сообщение 31.3.2009, 11:07
Сообщение #8


Новичок
*

Группа: Пользователи
Сообщений: 3
Регистрация: 11.3.2009
Пользователь №: 748



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


Если не секрет, как и на чем было реализовано?
Перейти в начало страницы
 
+Цитировать сообщение
RoadTrain
сообщение 1.4.2009, 13:40
Сообщение #9


Активный участник
***

Группа: Пользователи
Сообщений: 148
Регистрация: 15.12.2008
Из: Псков
Пользователь №: 14



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

php + cURL
rolleyes.gif
Перейти в начало страницы
 
+Цитировать сообщение
Ушелец
сообщение 4.4.2009, 12:25
Сообщение #10


Активный участник
***

Группа: Пользователи
Сообщений: 37
Регистрация: 10.1.2009
Пользователь №: 188



А я не понял. Так как...
Цитата(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, 18:11
Сообщение #11


Активный участник
***

Группа: Главные Админы
Сообщений: 660
Регистрация: 15.12.2008
Из: Москва
Пользователь №: 15



Цитата(Ушелец @ 4.4.2009, 12:25) *
Здесь же...

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

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


--------------------
Перейти в начало страницы
 
+Цитировать сообщение

Ответить в данную темуНачать новую тему
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 



RSS Текстовая версия службы мониторинга серверов Сейчас: 19.7.2019, 7:15
Rambler's Top100