sinoptik Опубликовано 16 ноября, 2011 · Жалоба Поднят пиринг с несколькими провайдерами, хочется сделать единый ретрекер, возникают некоторые вопросы. 1) Вариант с заворачиванием зоны retracker.local на общий для всех провайдеров ретрекер с внешним ип. Будет ли работать в данном случае внутренний обмен клиентов за натом? 2) Вариант с поднятием xbtt и цеплянием к единой mysql-базе. Будет ли в этом случае обмен за натом. 3) Есть ли альтернативные варианты, при которых клиенты за натом разных провайдеров будут видить друг друга? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 16 ноября, 2011 · Жалоба Поднят пиринг с несколькими провайдерами, хочется сделать единый ретрекер, возникают некоторые вопросы. Если договорились о единой IP-адресации, то что мешает договориться о едином сером IP-адресе для ретрекера и всем его прописать в retracker.local? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sinoptik Опубликовано 16 ноября, 2011 · Жалоба Серыми подсетками пока не меняемся, общей серой адресации нет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 16 ноября, 2011 · Жалоба Серыми подсетками пока не меняемся, общей серой адресации нет. В этом случае общий ретрекер просто бессмысленен Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kayot Опубликовано 16 ноября, 2011 · Жалоба Угу, а если появятся общие серые сети - никаких настроек не нужно, достаточно что б retracker.local был доступен из обоих подсетей. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
grey_rat Опубликовано 17 ноября, 2011 · Жалоба retracker.local - ретрекер для своей сети isp.bep22 - ретрекер для пиринга Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sinoptik Опубликовано 17 ноября, 2011 · Жалоба это ясно. вопрос в другом. будет ли файлообмен нормальный внутри одного провайдера, за натом ,если используется сторонний ретрекер с внешним адресом? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 17 ноября, 2011 · Жалоба sinoptik Это можно сделать, но тогда torrent-клиент должен посылать свой серый адрес в http-запросе. uTorrent так умеет, но надо лезть в настройки, а никто этого делать не будет, следовательно данная затея лишена практического смысла Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
littlesavage Опубликовано 17 ноября, 2011 · Жалоба это ясно. вопрос в другом. будет ли файлообмен нормальный внутри одного провайдера, за натом ,если используется сторонний ретрекер с внешним адресом? На ретрекер будут приходить запросы с внешнего IP. Соответственно, пирам ретрекер будет отдавать этот внешний IP и долбиться остальные будут на него. Т.е. такой ретрекер будет бесполезен. Чтобы обмен был на внутренних адресах, можно на ретрекере разрешить обработку параметра ip= от пиров, а на всех пирах включить передачу этого параметра. Но тогда обмен будет только внутри каждого из провайдеров. Т.е. тоже бесполезная штука. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
disappointed Опубликовано 17 ноября, 2011 · Жалоба Если у всех уже есть свои работающие ретрекеры в своих серых сетках, то достаточно их перенастроить на использование единой БД с пирами. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...