Перейти к содержимому
Калькуляторы

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

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

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

sinoptik

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.