Jump to content
Калькуляторы

Ретрекер в пиринге

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

1) Вариант с заворачиванием зоны retracker.local на общий для всех провайдеров ретрекер с внешним ип. Будет ли работать в данном случае внутренний обмен клиентов за натом?

2) Вариант с поднятием xbtt и цеплянием к единой mysql-базе. Будет ли в этом случае обмен за натом.

3) Есть ли альтернативные варианты, при которых клиенты за натом разных провайдеров будут видить друг друга?

Share this post


Link to post
Share on other sites

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

 

Если договорились о единой IP-адресации, то что мешает договориться о едином сером IP-адресе для ретрекера и всем его прописать в retracker.local?

Share this post


Link to post
Share on other sites

Серыми подсетками пока не меняемся, общей серой адресации нет.

Share this post


Link to post
Share on other sites

Серыми подсетками пока не меняемся, общей серой адресации нет.

 

В этом случае общий ретрекер просто бессмысленен

Share this post


Link to post
Share on other sites

Угу, а если появятся общие серые сети - никаких настроек не нужно, достаточно что б retracker.local был доступен из обоих подсетей.

Share this post


Link to post
Share on other sites

retracker.local - ретрекер для своей сети

isp.bep22 - ретрекер для пиринга

Share this post


Link to post
Share on other sites

это ясно. вопрос в другом. будет ли файлообмен нормальный внутри одного провайдера, за натом ,если используется сторонний ретрекер с внешним адресом?

Share this post


Link to post
Share on other sites

sinoptik

Это можно сделать, но тогда torrent-клиент должен посылать свой серый адрес в http-запросе. uTorrent так умеет, но надо лезть в настройки, а никто этого делать не будет, следовательно данная затея лишена практического смысла

Share this post


Link to post
Share on other sites

это ясно. вопрос в другом. будет ли файлообмен нормальный внутри одного провайдера, за натом ,если используется сторонний ретрекер с внешним адресом?

 

На ретрекер будут приходить запросы с внешнего IP. Соответственно, пирам ретрекер будет отдавать этот внешний IP и долбиться остальные будут на него. Т.е. такой ретрекер будет бесполезен.

Чтобы обмен был на внутренних адресах, можно на ретрекере разрешить обработку параметра ip= от пиров, а на всех пирах включить передачу этого параметра. Но тогда обмен будет только внутри каждого из провайдеров. Т.е. тоже бесполезная штука.

Share this post


Link to post
Share on other sites

Если у всех уже есть свои работающие ретрекеры в своих серых сетках,

то достаточно их перенастроить на использование единой БД с пирами.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this