Ошибка анонсирования could not connect to tracker

Прошивка стоит последняя бета

В программе есть раздачи с многих трекеров, анонсеры соотв. тоже разные . 

На одном из сайтов сделали новый анонсер, я выделил в transmission все раздачи с этого сайта и заменил анонсер на требуемый.

Появилась ошибка «невозможно подключиться к трекеру», удаление setting.json не помогает, сброс настроек роутера не помогает, смена passkey на сайте с последующей подстановкой в анонсер transmission не помогает.

Как и где это сделать ? или у меня другая проблема? спасайте друзья.

сюда https://yadi.sk/d/Vn_yd_wD3MxEG2 скинул общий вид проблемы, анонсер не retracker.local как в описании выше (это копипаст), а как на скрине внизу.

Поставил Transmission 2.82, настроил. Все работает кроме скачивания. Сам торрент в список добавляется, но дальше дело не идет. В логах пишется «Could not connect to tracker».

Если важно:
— Gentoo
— Запускаю так: /etc/init.d/transmission-daemon start
— Использую WEB клиент
— Сеть проводная (без wifi)
— Рутер/NAT
— Параллельно стоит deluge — работает
— rutracker

Как анализировать? Что может быть?

Лог запуска, при котором добавлен один торрент:

конфиг transmission в студию

дай сам торент файл или магнет ссылку.

[14:51:49.796] Could not connect to tracker (announcer.c:999)

Нет соединения с трекером.

SELinux никакого нету?

Посмотри от какого пользователя запускается transmission, и есть ли у него права на запись в директории куда качаешь и где конфиги.

Скачался. Попробовал на более большом файле — поначалу есть задержка (по сравнению с deluge), но потом скачивается. В логах сабжевые сообщения сыпятся.

В общем, снимаю критичность с проблемы, но если есть идеи — буду рад.

дай сам торент файл или магнет ссылку.

Самое банальное что может быть это бан клиента. Еще кстати, проверь пожалуйста как у тебя deluge раздает по сравнению с transmission, а то последний на моей памяти с этим сильно лажал. Сейчас пользуюсь им и проблем как таковых нет, но иногда накатывают смутные сомнения, когда вижу соотношение сидов/пиров и свою реальную скорость отдачи. С deluge работал давно и опыт чисто качества раздач очень положительный.

Посмотри от какого пользователя запускается transmission, и есть ли у него права на запись в директории куда качаешь и где конфиги.

Источник

исправлено Transmission невозможно подключиться к трекеру

Спросил Unfaithful,
25 сентября, 2017

Вопрос

Unfaithful

Unfaithful

Прошивка стоит последняя бета

В программе есть раздачи с многих трекеров, анонсеры соотв. тоже разные .

На одном из сайтов сделали новый анонсер, я выделил в transmission все раздачи с этого сайта и заменил анонсер на требуемый.

Появилась ошибка «невозможно подключиться к трекеру», удаление setting.json не помогает, сброс настроек роутера не помогает, смена passkey на сайте с последующей подстановкой в анонсер transmission не помогает.

Копался по сайтам линукса, нашёл ответ типа : в линуксах и маках домен .local занят под mDNS (avahi/bonjour), т.е. днс без основного сервера. (винды используют другой механизм)

а домен retracker.local предоставляет(иногда) провайдер по своей инициативе, для p2p обмена, но линукс их не видит, т.к. использует .local для своих целей.

Чтобы .local использовался не для mDNS, а так, как указано на днсах провайдера, нужно либо отрубить avahi-daemon, либо привести строчку hosts в /etc/nsswitch.conf к виду:

hosts: files dns

либо просто убрать [NOTFOUND=return] оттуда

Как и где это сделать ? или у меня другая проблема? спасайте друзья.

Источник

Transmission: Не удается подключиться к HTTPS-трекеру.

Здравствуй,
Я использую Transmission в Windows 10 и Windows server 2016.
И проблема одинакова на обеих машинах. Я не могу подключиться к трекеру с HTTPS-соединением. После некоторого поиска в Google я обнаружил, что я не единственный.

Это большая проблема, мне пришлось вместо этого перейти в Deluge, но, пожалуйста, исправьте это как можно скорее, чтобы я мог вернуться в Transmission.

Спасибо всем причастным. Если кто-то согласен попробовать последнюю основную сборку ( x86 , x64 ), сделайте это и сообщите, если вы заметили какие-либо проблемы с исправлением.

Все 35 Комментарий

@NohaTech Текущая сборка 2.92 на самом деле нестабильна в Windows, поэтому ее нет на домашней странице Transmission. Нам нужны разработчики для создания реальной стабильной версии Windows, потому что о вашей ошибке сообщалось уже больше года.

Пробовал последнюю стабильную ночную версию https://build.transmissionbt.com/job/trunk-win32/lastSuccessfulBuild/arch=x64 , label = pepito-win10 /. Если это последняя стабильная версия 2.92+, она еще не работает.

У меня такая же проблема с Transmission в Windows 10. Я пробовал 2.92 и nightly.

у меня такая же проблема.
Я помню, что некоторые ночные выпуски (я думаю, что это было до прошлого лета) исправили проблему!
к сожалению, мы больше не можем загружать старые ночные сборники для Windows, и пока я не смог собрать его самостоятельно, чтобы проверить, где именно он сломался

У меня такая же проблема.
Протестировано с 32- и 64-битным клиентом, как последняя стабильная, так и последняя ночная.
Протестировано как на Windows Server 2016, так и на Windows 10.

Windows 10, стабильный выпуск 2.93. Все еще та же проблема. Торренты с трекерами HTTPS не работают. Он может получать список пиров / сидов, но не подключается к ним, эффективно останавливая торрент на 0%.

Та же проблема с Transmission QT и демоном. Те же торренты отлично работают с моим Linux-сервером, на котором запущена более старая версия демона Transmission.

• Ubuntu 16.04.4, 2.84 : получает список одноранговых узлов, не подключается к одноранговым узлам
• Windows 10, 2.93 : получает список одноранговых узлов, не подключается к одноранговым узлам
• Windows 10, 2.92 : не удается подключиться к трекеру
• FreeNAS9 jail, 2.93 : не удается подключиться к трекеру

все используют один и тот же трекер HTTPS (мои машины BitTorrent могут отлично подключаться к трекеру и загружать)

Удивительно, что это не было исправлено с момента выпуска 2.93.

@mikedld действительно должен сделать это приоритетом. Сейчас так много трекеров используют https.

@NohaTech @opicron @robince @ bhunt89 @hatwerk @NNpranav @ FinlayDaG33k @mikedld

Кажется, это исправлено в 2.94 64-битной версии Windows.

Хорошо, попробую через пару часов. Спасибо за обновления!

благослови твое лицо

Edit :: Проверить мое последнее обновление. Исправлено отключением µTP.

W10 64bit, используя 64bit Transmission 2.94 msi загружено только что сегодня.

Без изменений, не исправлено. Такое же поведение. Подключается к трекеру и получает список пиров, но не подключается к ним. Пробовал вести журнал отладки с помощью Transmission-daemon, такое же поведение.

Вот соответствующие биты:

[2018-05-02 19: 36: 13.975] [Name_Of_Torrent] Объявление для трекера (C: Users vagrant src libtransmissionannouncer.c: 1554)
[2018-05-02 19: 36: 13.975] [Name_Of_Torrent] Получено 13 одноранговых узлов от трекера (C: Users vagrant src libtransmission torrent.c: 565)
[2018-05-02 19: 36: 13.975] [Name_Of_Torrent] Ответ на объявление содержал информацию для очистки; перенести следующую очистку на 1800 секунд. (C: Users vagrant src libtransmissionannouncer.c: 1152)

После этого движения по торренту нет. 13 пиров / сидов, которые он показывает, — это правильное количество согласно информации трекера.

Без проблем

Интересно. Можете ли вы прокомментировать, что вы использовали (ОС, сборка, 32- или 64-разрядная версия и т. Д.)

Поведение у меня не изменилось .

Новая установка, вернула домашний каталог к ​​файлам, которые я использовал 4-5 месяцев назад.
Windows Server 2016, 64 бит

Источник

Transmission трекер выдал ошибку сбой подключения

Подключился к инету через роутер, при добавлении закачки в Transmission (использую GUI) пиры и сиды есть, кача и раздача идут, а вот на закладке «Трекеры» пишется «Трекер не отвечает».

Дополнительная инфа такая:
1. Трекер — http://tracker.torrnado.ru:2710/8a4800q . u/announce
2. Если качать с ноута через uTorrent то c трекером связь есть.
3. В настройках роутера в разделе «Virtual Server» проброшены порты 21, 22, 80, 81 на мой NAS
4. C NAS-а через PuTTy могу пропинговать любой адрес и сделать загрузку командой wget
5. С инета любой чувак может зайти на web-страницу моего сайта на NAS или подключиться через FTP

чуть не забыл — еще один симптом:
когда в Transmission GUI пытаюсь добавить закачку не торрент-файлом с компа, а через URL-ссылку (на пример, http://torrnado.ru/download/file.php?id=78700 ), то получаю сообщение об ошибке «goMetadataFromURL: http error 0: No Response».

ЗЫ: От себя добавлю, что наверно дело в роутере — может чего настроить надо и почему с ноута все работает? он в етой же локалке сидит. Я ему порты только для eMula пробрасывал и более ничего.

StranikS

Зарегистрирован: Вт ноя 16, 2010 11:55 Сообщений: 40

Проблему решил, все оказалось просто. Действительно не был проброшен входящий порт для Transmisson. Данный порт можно посмотреть в Transmisson GUI -> Параметры Transmisson -> Сеть -> Входящий порт. После его проброса все заработало. Только при этом понадобилась перезагрузка Transmisson: sh /ffp/start/transmission.sh stop sh /ffp/start/transmission.sh start Страница 1 из 1 [ Сообщений: 2 ] Часовой пояс: UTC + 3 часа Кто сейчас на форуме Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 6 Источник Статьи » Битторрент » Статус трекера Статус трекера В клиенте у каждой активной задачи есть так называемый статус трекера . Чтобы его увидеть, нужно выбрать задачу и затем: в Azureus и µTorrent посмотреть на вкладку «Общее». в BitComet посмотреть в раздел «Информация» или «Tрекер» Статус трекера — это результат последнего обращения клиента к трекеру. У активной задачи, получившей нормальный ответ от трекера, там пишется «Ок» или «работает». Невозможность связаться с трекером Если в статусе трекера написаны примерно такие сообщения: имя хоста не найдено HTTP ошибка offline (timed out) соединение закрыто пиром Connection Error (no data received from tracker) то это означает, что клиент вообще не смог связаться с трекером. Самые распространенные причины: Ваш клиент качает или отдает на полной скорости вашего канала, и пакеты общения клиента с трекером теряются или доходят слишком медленно. Ограничьте в настройках скорости клиента до примерно 90% от возможности канала. Трекер перегружен, и не успевает обрабатывать все запросы. Тут вы уже ничего не сделаете. Зайдите на форум трекера и поищите, нет ли у кого таких же проблем Вы можете пару раз сделать ручное обновление статуса, чтобы выяснить, проблема временная или постоянная. Ошибки, выдаваемые трекером Если клиент успешно связался с трекером, но трекер выдал сообщение об ошибке, то клиент в статусе трекера покажет это сообщение. На разных трекерах ошибки клиентам могут выдаваться на английском, на транслите или на русском. Далее мы рассмотрим основные возможные виды сообщений. Превышено макс. количество торрентов Большинство трекеров ограничивают масимальное количество раздач в которых вы можете участвовать одновременно. Обычно это число зависит от так называемого класса пользователя и указано на странице деталей пользователя. Решение простое: не качайте больше раздач, чем вам положено. Некоторые трекеры ограничивают только количество качаемых раздач, а сидировать можно неограниченно. На таком трекере запускайте сначала все ваши задачи на сидирование, а потом уже те, которые качаете. Если трекер выдает вам эту ошибку когда вы еще не дошли до своего максимума, то скорее всего у вас в профиле раздачи-призраки. Торрент не зарегистрирован на трекере Эта версия клиента забанена на трекере Запрещенный порт Неправильный passkey Пользователь незарегистрирован (Непонятные сообщения) Если сообщение от трекера написано непонятно, то подумайте, не может ли оно быть одним из рассмотренных выше сообщений в случае нечитабельных русских букв попробуйте другой клиент посоветуйтесь с администрацией трекера, по возможности указав скриншот сообщения или хотя бы примерное расположение слов и цифр в сообщении Обновление трекера Рядом со статусом трекера клиент показывает, сколько минут осталось до следующего планового обращения к трекеру. Период между обращениями зависит от настроек трекера и клиента. Вы можете заставить клиент обратиться к трекеру не дожидаясь пока «время до обновления» уменьшится до нуля. Обычно это действие называют » Ручное обновление «. Щелкните правой кнопкой мыши на задаче и в меню выберите » Обновить трекер » (µTorrent) / » Подключить вручную » (BitComet). В Azureus есть специальная кнопка справа от статуса трекера. Источник

retracker.local could not connect to tracker

Со вчерашнего дня transmission-qt перестал качать какие-либо торренты
у всех в св-вах «retracker.local could not connect to tracker»

с чем это может быть связано?
пробовал качать другие торрент-клиенты, торренты с других трекеров — все стоят на месте.

у всех в св-вах «retracker.local could not connect to tracker»

Ну а реально он работает?

И да, retracker.local не нужен. У себя его завернул на 127.0.0.1

Удали это трекер из списка трекеров торрента.

может, пора использовать нормальную торрент-качалку? с трансмиссией всегда какие-то проблемы
А retracker.local — это один из источников, и то, что он не доступен ни на что не влияет

с трансмиссией всегда какие-то проблемы

у меня нет avahi

прописал в etc/hosts 127.0.0.1 retracker.local — ошибка лишь изменилась на 404

причем на виртуалке в винде utorrent качает нормально
получается у меня что-то с арчем?

Источник

Ошибки µTorrent

Материал из WikiTorrents

При ошибках трекера у вас с большой вероятностью статистика по торренту будет неправильной или вообще не будет учитываться. В случае ошибок торрента не будет закачки или отдачи.
Важно: многие пользователи не знают или забывают, что статистика на трекере не обновляется в реальном времени. Алгоритм такой: клиент шлёт статистику по каждому торренту примерно раз в час. Трекер, в свою очередь, собирает эту статистику в свой буфер, обновляющийся каждые 5–10 минут, и переносит в колонку «Сегодня». Время до следующего обновления торрента в клиенте можно посмотреть рядом со статусом трекера (см. скриншот ниже), а время последнего обновления по данным трекера — в подробной статистике пиров нужного торрента, установив курсор на собственный ник.
Следите за данными в своем профиле — при наличии ретрекера стрелки могут остаться зелёными при ошибках в статусе трекера, неправильном адресе (должно быть: bt.rutracker.org. bt2. , bt3. , bt4. ), или его отсутствии.
Можно включить в сводной таблице раздач отображение столбцов «Трекер» (Tracker) и «Статус трекера» (Tracker Status), или хотя бы только второй из них. При ошибке в столбце «Статус трекера» (а это всегда относится к bt*.rutracker.org) отобразится текст ошибки. В столбце «Трекер», при отсутствии ошибок, пишется имя трекера/ретрекера, находящегося первым в списке.

И не забывайте — трекер «связывает» клиентов друг с другом, но напрямую не участвует в обмене данными раздаваемых файлов, поэтому раздача/скачивание продолжаются и при обрыве связи с трекером без учёта данных.

Где смотреть статус торрента/трекера? [1]

Источник

Retracker.local

Материал из WikiTorrents

Содержание

Ретрекер

В связи с тем, что теперь добавляется ретрекер http://retracker.local/announce, здесь приводится несколько способов по его настройке.

Сия информация предназначена и может быть полезна только для провайдеров. Обычный пользователь никак не может использовать ничего из того что написано ниже, и от него не требуется никаких дополнительных действий, для того чтобы использовать нижеописанные возможности.

Что такое ретрекер, зачем он нужен и как работает можно прочитать здесь.

Далее, самое важное:

C 18 сентября 2009 года, все торренты с rutracker.org идут с уже прописанным ретрекером по адресу http://retracker.local/announce.

Таким образом, чтобы запустить в свой сети ретрекер, вы должны проделать следующие операции:

0. Быть провайдером и, соответственно, иметь возможность управления ДНС зонами внутри своей сети (сетей).

1. Скачать кучку кода по адресу http://rutracker.org/retracker.zip и поставить на одном своих серверов, который будет ретрекером.
Технических требований особых нет — гигагерцовый селерон потянет ретрекер на сеть из 50-100 тыс пользователей.
Адрес анноунсера ретрекера http://retracker.local/announсe — будьте внимательны!

2. Поднять внутри своей сети на днс-сервере зону retracker.local, которая будет указывать на собранный в п.1 сервер.

2а. Для тех, кто в пиринге, поднять общую для всех сетей пиринга внутреннюю зону, которая будет указывать на единый для всех сервер.

3. Убедиться, что все работает, — внутри сети у всех клиентов резолвится этот адрес, и запросы на него обрабатываются ретрекером.

4. С технической стороны весь процесс настройки описан тут -> http://wiki.rutracker.org/Retracker.local

Теперь некоторые замечания по сервису:

1. Retracker.local прописывается только в российский сегмент интернета. Сделано это потому, что зарубежным товарищам вряд ли придет в голову делать ретрекеры для rutracker.org.
Впрочем, если вы провайдер, и всё-таки хотите сделать ретрекер, то просто напишите ЛС юзернейму retracker и в свободной форме попросите включить в список для выдачи ваши диапазоны IP-адресов.
Это касается в основном провайдеров из ближнего зарубежья — Украины, Казахстана, Белоруссии, Прибалтики и т.п.

2. Те ретрекеры, что уже были прописаны и настроены, продолжают работать в том же духе. Однако их операторам все же рекомендуется поднять стандартный для всех retracker.local и ориентироваться на него в дальнейшем, как на более универсальный. Соответственно, торренты для них идут с 2 ретрекерами, тем что был, и retracker.local, просто резолвятся они на один и тот же сервер, что ни на что не влияет. НЕ РАБОТАЮТ, ИСПОЛЬЗУЙТЕ retracker.local

3. Новых ретрекеров в явном виде мы больше не прописываем, однако можем сделать исключение в тех случаях, когда провайдер найдет вескую аргументацию для этого (в чем есть сильные сомнения).
Все заявки по ретрекерам — юзеру retracker, в личку. И опять же, ретрекеров для провайдером с количеством пользователей менее 20 000 не прописываем, это лишняя нагрузка на нас, с нулевой, практически, отдачей для пользователей ! Не делаем исключений, используйте retracker.local

Имейте ввиду, что retracker.local — это куда более универсальный путь, чем прописывание вашего персонального адреса.
Дело в том, что он рано или поздно поменяется, и у юзеров «на руках» останутся миллионы торрентов с несуществующим адресом ретрекера.
А это ни нам, ни вам, ни им не нужно. А ретрекер.локал может поднять любой провайдер, и это будет работать.

P.S. Если у вас пиринг, однако два провайдера не могут/не хотят договорится об трансфере зон — делайте каждый свой retracker.local с обменом таблиц пирами между собой. Готовых решений нет, но это совсем несложно.

P.P.P.S Похоже, что retracker.local стали внедрять и на других трекерах. Таким образом, это универсальный инструмент для ретрекинга.

Настройка ретрекера

Настройка через код ретрекера rutracker.org

Это PHP-скрипт, который можно взять здесь http://rutracker.org/retracker.zip. Настройка его проста, но есть одна особенность. По стандарту [1] адрес ретрекера оканчивается на /announce, поэтому для Apache нужно прописать некоторые правила в .htaccess:

Redirect

Rewrite

Этот вариант лучше предыдущего, потому что он делает внутренний редирект, то есть не идет внешнего перенаправления клиента (301)

Multiviews

Также можно включить опцию apache:

Без правки .htaccess

Создаем директорию announce, в которую кладем announce.php и config.php из архива, и затем переименовываем announce.php в index.php

Rewrite для Nginx

Примечания

Чтобы некоторые info_hash’ы обрабатывались правильно, необходимо установить в php.ini:

Также это можно сделать в Apache через директиву php_flag:

Её можно добавлять или в .htaccess, или в настройки VirualHost в конфиге Apache.

Настройка через xbt

Можно использовать специализированный трекер, который не требует web сервера. Скачать его можно здесь: http://sourceforge.net/projects/xbtt/. Сразу после его установки он готов к работе ретрекером.

Настройка через xbt + Nginx

Получился конфиг примерно такой, в xbtt необходимо выключить gzip:

Настройка opentracker + Nginx

Если в nginx использовать proxy-pass на внутренний адрес, то по логам nginx можно собрать некоторую статистику использования ретрекера.

Но тогда opentracker лучше собрать с опцией -DWANT_IP_FROM_QUERY_STRING — он будет использовать IP из запроса.

При этом В nginx’е же можно подставить нужный нам IP-адрес.

Вот такой вот конфиг nginx’а получился с opentracker

В opentracker при этом всего 1 опция:

1. ↑ На самом деле оно не так По спецификации адрес аннонсера может быть любой. Вид /announce или /announce.php равнозначен и нужен только как признак, что трекер поддерживает scrape: Спецификация

Вопросы по ретрекеру можно задать здесь.

Источник

Retracker.local

Материал из WikiTorrents

Содержание

Ретрекер

В связи с тем, что теперь добавляется ретрекер http://retracker.local/announce, здесь приводится несколько способов по его настройке.

Сия информация предназначена и может быть полезна только для провайдеров. Обычный пользователь никак не может использовать ничего из того что написано ниже, и от него не требуется никаких дополнительных действий, для того чтобы использовать нижеописанные возможности.

Что такое ретрекер, зачем он нужен и как работает можно прочитать здесь.

Далее, самое важное:

C 18 сентября 2009 года, все торренты с rutracker.org идут с уже прописанным ретрекером по адресу http://retracker.local/announce.

Таким образом, чтобы запустить в свой сети ретрекер, вы должны проделать следующие операции:

0. Быть провайдером и, соответственно, иметь возможность управления ДНС зонами внутри своей сети (сетей).

1. Скачать кучку кода по адресу http://rutracker.org/retracker.zip и поставить на одном своих серверов, который будет ретрекером.
Технических требований особых нет — гигагерцовый селерон потянет ретрекер на сеть из 50-100 тыс пользователей.
Адрес анноунсера ретрекера http://retracker.local/announсe — будьте внимательны!

2. Поднять внутри своей сети на днс-сервере зону retracker.local, которая будет указывать на собранный в п.1 сервер.

2а. Для тех, кто в пиринге, поднять общую для всех сетей пиринга внутреннюю зону, которая будет указывать на единый для всех сервер.

3. Убедиться, что все работает, — внутри сети у всех клиентов резолвится этот адрес, и запросы на него обрабатываются ретрекером.

4. С технической стороны весь процесс настройки описан тут -> http://wiki.rutracker.org/Retracker.local

Теперь некоторые замечания по сервису:

1. Retracker.local прописывается только в российский сегмент интернета. Сделано это потому, что зарубежным товарищам вряд ли придет в голову делать ретрекеры для rutracker.org.
Впрочем, если вы провайдер, и всё-таки хотите сделать ретрекер, то просто напишите ЛС юзернейму retracker и в свободной форме попросите включить в список для выдачи ваши диапазоны IP-адресов.
Это касается в основном провайдеров из ближнего зарубежья — Украины, Казахстана, Белоруссии, Прибалтики и т.п.

2. Те ретрекеры, что уже были прописаны и настроены, продолжают работать в том же духе. Однако их операторам все же рекомендуется поднять стандартный для всех retracker.local и ориентироваться на него в дальнейшем, как на более универсальный. Соответственно, торренты для них идут с 2 ретрекерами, тем что был, и retracker.local, просто резолвятся они на один и тот же сервер, что ни на что не влияет. НЕ РАБОТАЮТ, ИСПОЛЬЗУЙТЕ retracker.local

3. Новых ретрекеров в явном виде мы больше не прописываем, однако можем сделать исключение в тех случаях, когда провайдер найдет вескую аргументацию для этого (в чем есть сильные сомнения).
Все заявки по ретрекерам — юзеру retracker, в личку. И опять же, ретрекеров для провайдером с количеством пользователей менее 20 000 не прописываем, это лишняя нагрузка на нас, с нулевой, практически, отдачей для пользователей ! Не делаем исключений, используйте retracker.local

Имейте ввиду, что retracker.local — это куда более универсальный путь, чем прописывание вашего персонального адреса.
Дело в том, что он рано или поздно поменяется, и у юзеров «на руках» останутся миллионы торрентов с несуществующим адресом ретрекера.
А это ни нам, ни вам, ни им не нужно. А ретрекер.локал может поднять любой провайдер, и это будет работать.

P.S. Если у вас пиринг, однако два провайдера не могут/не хотят договорится об трансфере зон — делайте каждый свой retracker.local с обменом таблиц пирами между собой. Готовых решений нет, но это совсем несложно.

P.P.P.S Похоже, что retracker.local стали внедрять и на других трекерах. Таким образом, это универсальный инструмент для ретрекинга.

Настройка ретрекера

Настройка через код ретрекера rutracker.org

Это PHP-скрипт, который можно взять здесь http://rutracker.org/retracker.zip. Настройка его проста, но есть одна особенность. По стандарту [1] адрес ретрекера оканчивается на /announce, поэтому для Apache нужно прописать некоторые правила в .htaccess:

Redirect

Rewrite

Этот вариант лучше предыдущего, потому что он делает внутренний редирект, то есть не идет внешнего перенаправления клиента (301)

Multiviews

Также можно включить опцию apache:

Без правки .htaccess

Создаем директорию announce, в которую кладем announce.php и config.php из архива, и затем переименовываем announce.php в index.php

Rewrite для Nginx

Примечания

Чтобы некоторые info_hash’ы обрабатывались правильно, необходимо установить в php.ini:

Также это можно сделать в Apache через директиву php_flag:

Её можно добавлять или в .htaccess, или в настройки VirualHost в конфиге Apache.

Настройка через xbt

Можно использовать специализированный трекер, который не требует web сервера. Скачать его можно здесь: http://sourceforge.net/projects/xbtt/. Сразу после его установки он готов к работе ретрекером.

Настройка через xbt + Nginx

Получился конфиг примерно такой, в xbtt необходимо выключить gzip:

Настройка opentracker + Nginx

Если в nginx использовать proxy-pass на внутренний адрес, то по логам nginx можно собрать некоторую статистику использования ретрекера.

Но тогда opentracker лучше собрать с опцией -DWANT_IP_FROM_QUERY_STRING — он будет использовать IP из запроса.

При этом В nginx’е же можно подставить нужный нам IP-адрес.

Вот такой вот конфиг nginx’а получился с opentracker

В opentracker при этом всего 1 опция:

1. ↑ На самом деле оно не так По спецификации адрес аннонсера может быть любой. Вид /announce или /announce.php равнозначен и нужен только как признак, что трекер поддерживает scrape: Спецификация

Вопросы по ретрекеру можно задать здесь.

Источник

0

1

[14:51:47.795] Transmission 2.82 (14160) started (session.c:738)
[14:51:47.795] RPC Server Adding address to whitelist: 127.0.0.1 (rpc-server.c:828)
[14:51:47.795] RPC Server Serving RPC and Web requests on port 127.0.0.1:9091/transmission/ (rpc-server.c:1035)
[14:51:47.795] RPC Server Whitelist enabled (rpc-server.c:1039)
[14:51:47.795] DHT Generating new id (tr-dht.c:310)
[14:51:47.795] Using settings from "/mnt/data/_p2p/.config/transmission" (daemon.c:526)
[14:51:47.795] Saved "/mnt/data/_p2p/.config/transmission/settings.json" (variant.c:1217)
[14:51:47.795] Saved pidfile "/var/run/transmission/transmission.pid" (daemon.c:538)
[14:51:47.795] Watching "/mnt/data/_p2p/transmission/torrents" for new .torrent files (daemon.c:564)
[14:51:47.795] Using inotify to watch directory "/mnt/data/_p2p/transmission/torrents" (watch.c:74)
[14:51:47.795] Loaded 1 torrents (session.c:1994)
[14:51:47.795] Port Forwarding (NAT-PMP) initnatpmp succeeded (0) (natpmp.c:73)
[14:51:47.795] Port Forwarding (NAT-PMP) sendpublicaddressrequest succeeded (2) (natpmp.c:73)
[14:51:49.796] Port Forwarding (UPnP) Found Internet Gateway Device "http://192.168.0.1:65535/ctl/IPConn" (upnp.c:202)
[14:51:49.796] Port Forwarding (UPnP) Local Address is "192.168.0.100" (upnp.c:204)
[14:51:49.796] Port Forwarding (UPnP) Port forwarding through "http://192.168.0.1:65535/ctl/IPConn", service "urn:schemas-upnp-org:service:WANIPConnection:1". (local address: 192.168.0.100:51413) (upnp.c:279)
[14:51:49.796] Port Forwarding (UPnP) Port forwarding successful! (upnp.c:282)
[14:51:49.796] Port Forwarding State changed from "Not forwarded" to "Forwarded" (port-forwarding.c:95)
[14:51:49.796] <Torrent Name Here> Could not connect to tracker (announcer.c:999)
[14:51:49.796] <Torrent Name Here> Retrying announce in 20 seconds. (announcer.c:1008)
[14:52:03.803] <Torrent Name Here> Starting IPv4 DHT announce (poor, 11 nodes) (tr-dht.c:576)
[14:52:09.806] DHT Attempting bootstrap from dht.transmissionbt.com (tr-dht.c:248)
...

0 Пользователей и 1 Гость просматривают эту тему.

Transmission не может присоедениться к трекеру

Поставил Transmission 2.82, настроил. Все работает кроме скачивания. Сам торрент в список добавляется, но дальше дело не идет. В логах пишется «Could not connect to tracker».

Если важно:
— Gentoo
— Запускаю так: /etc/init.d/transmission-daemon start
— Использую WEB клиент
— Сеть проводная (без wifi)
— Рутер/NAT
— Параллельно стоит deluge — работает
— rutracker

Как анализировать? Что может быть?

Лог запуска, при котором добавлен один торрент:

конфиг transmission в студию

дай сам торент файл или магнет ссылку.

[14:51:49.796] Could not connect to tracker (announcer.c:999)

Нет соединения с трекером.

SELinux никакого нету?

Посмотри от какого пользователя запускается transmission, и есть ли у него права на запись в директории куда качаешь и где конфиги.

Скачался. Попробовал на более большом файле — поначалу есть задержка (по сравнению с deluge), но потом скачивается. В логах сабжевые сообщения сыпятся.

В общем, снимаю критичность с проблемы, но если есть идеи — буду рад.

дай сам торент файл или магнет ссылку.

Самое банальное что может быть это бан клиента. Еще кстати, проверь пожалуйста как у тебя deluge раздает по сравнению с transmission, а то последний на моей памяти с этим сильно лажал. Сейчас пользуюсь им и проблем как таковых нет, но иногда накатывают смутные сомнения, когда вижу соотношение сидов/пиров и свою реальную скорость отдачи. С deluge работал давно и опыт чисто качества раздач очень положительный.

Посмотри от какого пользователя запускается transmission, и есть ли у него права на запись в директории куда качаешь и где конфиги.

Источник

исправлено Transmission невозможно подключиться к трекеру

Спросил Unfaithful,
25 сентября, 2017

Вопрос

Unfaithful

Unfaithful

Прошивка стоит последняя бета

В программе есть раздачи с многих трекеров, анонсеры соотв. тоже разные .

На одном из сайтов сделали новый анонсер, я выделил в transmission все раздачи с этого сайта и заменил анонсер на требуемый.

Появилась ошибка «невозможно подключиться к трекеру», удаление setting.json не помогает, сброс настроек роутера не помогает, смена passkey на сайте с последующей подстановкой в анонсер transmission не помогает.

Копался по сайтам линукса, нашёл ответ типа : в линуксах и маках домен .local занят под mDNS (avahi/bonjour), т.е. днс без основного сервера. (винды используют другой механизм)

а домен retracker.local предоставляет(иногда) провайдер по своей инициативе, для p2p обмена, но линукс их не видит, т.к. использует .local для своих целей.

Чтобы .local использовался не для mDNS, а так, как указано на днсах провайдера, нужно либо отрубить avahi-daemon, либо привести строчку hosts в /etc/nsswitch.conf к виду:

hosts: files dns

либо просто убрать [NOTFOUND=return] оттуда

Как и где это сделать ? или у меня другая проблема? спасайте друзья.

Источник

Transmission: Не удается подключиться к HTTPS-трекеру.

Здравствуй,
Я использую Transmission в Windows 10 и Windows server 2016.
И проблема одинакова на обеих машинах. Я не могу подключиться к трекеру с HTTPS-соединением. После некоторого поиска в Google я обнаружил, что я не единственный.

Это большая проблема, мне пришлось вместо этого перейти в Deluge, но, пожалуйста, исправьте это как можно скорее, чтобы я мог вернуться в Transmission.

Спасибо всем причастным. Если кто-то согласен попробовать последнюю основную сборку ( x86 , x64 ), сделайте это и сообщите, если вы заметили какие-либо проблемы с исправлением.

Все 35 Комментарий

@NohaTech Текущая сборка 2.92 на самом деле нестабильна в Windows, поэтому ее нет на домашней странице Transmission. Нам нужны разработчики для создания реальной стабильной версии Windows, потому что о вашей ошибке сообщалось уже больше года.

Пробовал последнюю стабильную ночную версию https://build.transmissionbt.com/job/trunk-win32/lastSuccessfulBuild/arch=x64 , label = pepito-win10 /. Если это последняя стабильная версия 2.92+, она еще не работает.

У меня такая же проблема с Transmission в Windows 10. Я пробовал 2.92 и nightly.

у меня такая же проблема.
Я помню, что некоторые ночные выпуски (я думаю, что это было до прошлого лета) исправили проблему!
к сожалению, мы больше не можем загружать старые ночные сборники для Windows, и пока я не смог собрать его самостоятельно, чтобы проверить, где именно он сломался

У меня такая же проблема.
Протестировано с 32- и 64-битным клиентом, как последняя стабильная, так и последняя ночная.
Протестировано как на Windows Server 2016, так и на Windows 10.

Windows 10, стабильный выпуск 2.93. Все еще та же проблема. Торренты с трекерами HTTPS не работают. Он может получать список пиров / сидов, но не подключается к ним, эффективно останавливая торрент на 0%.

Та же проблема с Transmission QT и демоном. Те же торренты отлично работают с моим Linux-сервером, на котором запущена более старая версия демона Transmission.

• Ubuntu 16.04.4, 2.84 : получает список одноранговых узлов, не подключается к одноранговым узлам
• Windows 10, 2.93 : получает список одноранговых узлов, не подключается к одноранговым узлам
• Windows 10, 2.92 : не удается подключиться к трекеру
• FreeNAS9 jail, 2.93 : не удается подключиться к трекеру

все используют один и тот же трекер HTTPS (мои машины BitTorrent могут отлично подключаться к трекеру и загружать)

Удивительно, что это не было исправлено с момента выпуска 2.93.

@mikedld действительно должен сделать это приоритетом. Сейчас так много трекеров используют https.

@NohaTech @opicron @robince @ bhunt89 @hatwerk @NNpranav @ FinlayDaG33k @mikedld

Кажется, это исправлено в 2.94 64-битной версии Windows.

Хорошо, попробую через пару часов. Спасибо за обновления!

благослови твое лицо

Edit :: Проверить мое последнее обновление. Исправлено отключением µTP.

W10 64bit, используя 64bit Transmission 2.94 msi загружено только что сегодня.

Без изменений, не исправлено. Такое же поведение. Подключается к трекеру и получает список пиров, но не подключается к ним. Пробовал вести журнал отладки с помощью Transmission-daemon, такое же поведение.

Вот соответствующие биты:

[2018-05-02 19: 36: 13.975] [Name_Of_Torrent] Объявление для трекера (C: Users vagrant src libtransmissionannouncer.c: 1554)
[2018-05-02 19: 36: 13.975] [Name_Of_Torrent] Получено 13 одноранговых узлов от трекера (C: Users vagrant src libtransmission torrent.c: 565)
[2018-05-02 19: 36: 13.975] [Name_Of_Torrent] Ответ на объявление содержал информацию для очистки; перенести следующую очистку на 1800 секунд. (C: Users vagrant src libtransmissionannouncer.c: 1152)

После этого движения по торренту нет. 13 пиров / сидов, которые он показывает, — это правильное количество согласно информации трекера.

Без проблем

Интересно. Можете ли вы прокомментировать, что вы использовали (ОС, сборка, 32- или 64-разрядная версия и т. Д.)

Поведение у меня не изменилось .

Новая установка, вернула домашний каталог к ​​файлам, которые я использовал 4-5 месяцев назад.
Windows Server 2016, 64 бит

Источник

Transmission трекер выдал ошибку сбой подключения

Подключился к инету через роутер, при добавлении закачки в Transmission (использую GUI) пиры и сиды есть, кача и раздача идут, а вот на закладке «Трекеры» пишется «Трекер не отвечает».

Дополнительная инфа такая:
1. Трекер — http://tracker.torrnado.ru:2710/8a4800q . u/announce
2. Если качать с ноута через uTorrent то c трекером связь есть.
3. В настройках роутера в разделе «Virtual Server» проброшены порты 21, 22, 80, 81 на мой NAS
4. C NAS-а через PuTTy могу пропинговать любой адрес и сделать загрузку командой wget
5. С инета любой чувак может зайти на web-страницу моего сайта на NAS или подключиться через FTP

чуть не забыл — еще один симптом:
когда в Transmission GUI пытаюсь добавить закачку не торрент-файлом с компа, а через URL-ссылку (на пример, http://torrnado.ru/download/file.php?id=78700 ), то получаю сообщение об ошибке «goMetadataFromURL: http error 0: No Response».

ЗЫ: От себя добавлю, что наверно дело в роутере — может чего настроить надо и почему с ноута все работает? он в етой же локалке сидит. Я ему порты только для eMula пробрасывал и более ничего.

StranikS

Зарегистрирован: Вт ноя 16, 2010 11:55 Сообщений: 40

Проблему решил, все оказалось просто. Действительно не был проброшен входящий порт для Transmisson. Данный порт можно посмотреть в Transmisson GUI -> Параметры Transmisson -> Сеть -> Входящий порт. После его проброса все заработало. Только при этом понадобилась перезагрузка Transmisson: sh /ffp/start/transmission.sh stop sh /ffp/start/transmission.sh start Страница 1 из 1 [ Сообщений: 2 ] Часовой пояс: UTC + 3 часа Кто сейчас на форуме Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 6 Источник Статьи » Битторрент » Статус трекера Статус трекера В клиенте у каждой активной задачи есть так называемый статус трекера . Чтобы его увидеть, нужно выбрать задачу и затем: в Azureus и µTorrent посмотреть на вкладку «Общее». в BitComet посмотреть в раздел «Информация» или «Tрекер» Статус трекера — это результат последнего обращения клиента к трекеру. У активной задачи, получившей нормальный ответ от трекера, там пишется «Ок» или «работает». Невозможность связаться с трекером Если в статусе трекера написаны примерно такие сообщения: имя хоста не найдено HTTP ошибка offline (timed out) соединение закрыто пиром Connection Error (no data received from tracker) то это означает, что клиент вообще не смог связаться с трекером. Самые распространенные причины: Ваш клиент качает или отдает на полной скорости вашего канала, и пакеты общения клиента с трекером теряются или доходят слишком медленно. Ограничьте в настройках скорости клиента до примерно 90% от возможности канала. Трекер перегружен, и не успевает обрабатывать все запросы. Тут вы уже ничего не сделаете. Зайдите на форум трекера и поищите, нет ли у кого таких же проблем Вы можете пару раз сделать ручное обновление статуса, чтобы выяснить, проблема временная или постоянная. Ошибки, выдаваемые трекером Если клиент успешно связался с трекером, но трекер выдал сообщение об ошибке, то клиент в статусе трекера покажет это сообщение. На разных трекерах ошибки клиентам могут выдаваться на английском, на транслите или на русском. Далее мы рассмотрим основные возможные виды сообщений. Превышено макс. количество торрентов Большинство трекеров ограничивают масимальное количество раздач в которых вы можете участвовать одновременно. Обычно это число зависит от так называемого класса пользователя и указано на странице деталей пользователя. Решение простое: не качайте больше раздач, чем вам положено. Некоторые трекеры ограничивают только количество качаемых раздач, а сидировать можно неограниченно. На таком трекере запускайте сначала все ваши задачи на сидирование, а потом уже те, которые качаете. Если трекер выдает вам эту ошибку когда вы еще не дошли до своего максимума, то скорее всего у вас в профиле раздачи-призраки. Торрент не зарегистрирован на трекере Эта версия клиента забанена на трекере Запрещенный порт Неправильный passkey Пользователь незарегистрирован (Непонятные сообщения) Если сообщение от трекера написано непонятно, то подумайте, не может ли оно быть одним из рассмотренных выше сообщений в случае нечитабельных русских букв попробуйте другой клиент посоветуйтесь с администрацией трекера, по возможности указав скриншот сообщения или хотя бы примерное расположение слов и цифр в сообщении Обновление трекера Рядом со статусом трекера клиент показывает, сколько минут осталось до следующего планового обращения к трекеру. Период между обращениями зависит от настроек трекера и клиента. Вы можете заставить клиент обратиться к трекеру не дожидаясь пока «время до обновления» уменьшится до нуля. Обычно это действие называют » Ручное обновление «. Щелкните правой кнопкой мыши на задаче и в меню выберите » Обновить трекер » (µTorrent) / » Подключить вручную » (BitComet). В Azureus есть специальная кнопка справа от статуса трекера. Источник Adblock detector

retracker.local could not connect to tracker

Со вчерашнего дня transmission-qt перестал качать какие-либо торренты
у всех в св-вах «retracker.local could not connect to tracker»

с чем это может быть связано?
пробовал качать другие торрент-клиенты, торренты с других трекеров — все стоят на месте.

у всех в св-вах «retracker.local could not connect to tracker»

Ну а реально он работает?

И да, retracker.local не нужен. У себя его завернул на 127.0.0.1

Удали это трекер из списка трекеров торрента.

может, пора использовать нормальную торрент-качалку? с трансмиссией всегда какие-то проблемы
А retracker.local — это один из источников, и то, что он не доступен ни на что не влияет

с трансмиссией всегда какие-то проблемы

у меня нет avahi

прописал в etc/hosts 127.0.0.1 retracker.local — ошибка лишь изменилась на 404

причем на виртуалке в винде utorrent качает нормально
получается у меня что-то с арчем?

Источник

Ошибки µTorrent

Материал из WikiTorrents

При ошибках трекера у вас с большой вероятностью статистика по торренту будет неправильной или вообще не будет учитываться. В случае ошибок торрента не будет закачки или отдачи.
Важно: многие пользователи не знают или забывают, что статистика на трекере не обновляется в реальном времени. Алгоритм такой: клиент шлёт статистику по каждому торренту примерно раз в час. Трекер, в свою очередь, собирает эту статистику в свой буфер, обновляющийся каждые 5–10 минут, и переносит в колонку «Сегодня». Время до следующего обновления торрента в клиенте можно посмотреть рядом со статусом трекера (см. скриншот ниже), а время последнего обновления по данным трекера — в подробной статистике пиров нужного торрента, установив курсор на собственный ник.
Следите за данными в своем профиле — при наличии ретрекера стрелки могут остаться зелёными при ошибках в статусе трекера, неправильном адресе (должно быть: bt.rutracker.org. bt2. , bt3. , bt4. ), или его отсутствии.
Можно включить в сводной таблице раздач отображение столбцов «Трекер» (Tracker) и «Статус трекера» (Tracker Status), или хотя бы только второй из них. При ошибке в столбце «Статус трекера» (а это всегда относится к bt*.rutracker.org) отобразится текст ошибки. В столбце «Трекер», при отсутствии ошибок, пишется имя трекера/ретрекера, находящегося первым в списке.

И не забывайте — трекер «связывает» клиентов друг с другом, но напрямую не участвует в обмене данными раздаваемых файлов, поэтому раздача/скачивание продолжаются и при обрыве связи с трекером без учёта данных.

Где смотреть статус торрента/трекера? [1]

Источник

Retracker.local

Материал из WikiTorrents

Содержание

Ретрекер

В связи с тем, что теперь добавляется ретрекер http://retracker.local/announce, здесь приводится несколько способов по его настройке.

Сия информация предназначена и может быть полезна только для провайдеров. Обычный пользователь никак не может использовать ничего из того что написано ниже, и от него не требуется никаких дополнительных действий, для того чтобы использовать нижеописанные возможности.

Что такое ретрекер, зачем он нужен и как работает можно прочитать здесь.

Далее, самое важное:

C 18 сентября 2009 года, все торренты с rutracker.org идут с уже прописанным ретрекером по адресу http://retracker.local/announce.

Таким образом, чтобы запустить в свой сети ретрекер, вы должны проделать следующие операции:

0. Быть провайдером и, соответственно, иметь возможность управления ДНС зонами внутри своей сети (сетей).

1. Скачать кучку кода по адресу http://rutracker.org/retracker.zip и поставить на одном своих серверов, который будет ретрекером.
Технических требований особых нет — гигагерцовый селерон потянет ретрекер на сеть из 50-100 тыс пользователей.
Адрес анноунсера ретрекера http://retracker.local/announсe — будьте внимательны!

2. Поднять внутри своей сети на днс-сервере зону retracker.local, которая будет указывать на собранный в п.1 сервер.

2а. Для тех, кто в пиринге, поднять общую для всех сетей пиринга внутреннюю зону, которая будет указывать на единый для всех сервер.

3. Убедиться, что все работает, — внутри сети у всех клиентов резолвится этот адрес, и запросы на него обрабатываются ретрекером.

4. С технической стороны весь процесс настройки описан тут -> http://wiki.rutracker.org/Retracker.local

Теперь некоторые замечания по сервису:

1. Retracker.local прописывается только в российский сегмент интернета. Сделано это потому, что зарубежным товарищам вряд ли придет в голову делать ретрекеры для rutracker.org.
Впрочем, если вы провайдер, и всё-таки хотите сделать ретрекер, то просто напишите ЛС юзернейму retracker и в свободной форме попросите включить в список для выдачи ваши диапазоны IP-адресов.
Это касается в основном провайдеров из ближнего зарубежья — Украины, Казахстана, Белоруссии, Прибалтики и т.п.

2. Те ретрекеры, что уже были прописаны и настроены, продолжают работать в том же духе. Однако их операторам все же рекомендуется поднять стандартный для всех retracker.local и ориентироваться на него в дальнейшем, как на более универсальный. Соответственно, торренты для них идут с 2 ретрекерами, тем что был, и retracker.local, просто резолвятся они на один и тот же сервер, что ни на что не влияет. НЕ РАБОТАЮТ, ИСПОЛЬЗУЙТЕ retracker.local

3. Новых ретрекеров в явном виде мы больше не прописываем, однако можем сделать исключение в тех случаях, когда провайдер найдет вескую аргументацию для этого (в чем есть сильные сомнения).
Все заявки по ретрекерам — юзеру retracker, в личку. И опять же, ретрекеров для провайдером с количеством пользователей менее 20 000 не прописываем, это лишняя нагрузка на нас, с нулевой, практически, отдачей для пользователей ! Не делаем исключений, используйте retracker.local

Имейте ввиду, что retracker.local — это куда более универсальный путь, чем прописывание вашего персонального адреса.
Дело в том, что он рано или поздно поменяется, и у юзеров «на руках» останутся миллионы торрентов с несуществующим адресом ретрекера.
А это ни нам, ни вам, ни им не нужно. А ретрекер.локал может поднять любой провайдер, и это будет работать.

P.S. Если у вас пиринг, однако два провайдера не могут/не хотят договорится об трансфере зон — делайте каждый свой retracker.local с обменом таблиц пирами между собой. Готовых решений нет, но это совсем несложно.

P.P.P.S Похоже, что retracker.local стали внедрять и на других трекерах. Таким образом, это универсальный инструмент для ретрекинга.

Настройка ретрекера

Настройка через код ретрекера rutracker.org

Это PHP-скрипт, который можно взять здесь http://rutracker.org/retracker.zip. Настройка его проста, но есть одна особенность. По стандарту [1] адрес ретрекера оканчивается на /announce, поэтому для Apache нужно прописать некоторые правила в .htaccess:

Redirect

Rewrite

Этот вариант лучше предыдущего, потому что он делает внутренний редирект, то есть не идет внешнего перенаправления клиента (301)

Multiviews

Также можно включить опцию apache:

Без правки .htaccess

Создаем директорию announce, в которую кладем announce.php и config.php из архива, и затем переименовываем announce.php в index.php

Rewrite для Nginx

Примечания

Чтобы некоторые info_hash’ы обрабатывались правильно, необходимо установить в php.ini:

Также это можно сделать в Apache через директиву php_flag:

Её можно добавлять или в .htaccess, или в настройки VirualHost в конфиге Apache.

Настройка через xbt

Можно использовать специализированный трекер, который не требует web сервера. Скачать его можно здесь: http://sourceforge.net/projects/xbtt/. Сразу после его установки он готов к работе ретрекером.

Настройка через xbt + Nginx

Получился конфиг примерно такой, в xbtt необходимо выключить gzip:

Настройка opentracker + Nginx

Если в nginx использовать proxy-pass на внутренний адрес, то по логам nginx можно собрать некоторую статистику использования ретрекера.

Но тогда opentracker лучше собрать с опцией -DWANT_IP_FROM_QUERY_STRING — он будет использовать IP из запроса.

При этом В nginx’е же можно подставить нужный нам IP-адрес.

Вот такой вот конфиг nginx’а получился с opentracker

В opentracker при этом всего 1 опция:

1. ↑ На самом деле оно не так По спецификации адрес аннонсера может быть любой. Вид /announce или /announce.php равнозначен и нужен только как признак, что трекер поддерживает scrape: Спецификация

Вопросы по ретрекеру можно задать здесь.

Источник

Retracker.local

Материал из WikiTorrents

Содержание

Ретрекер

В связи с тем, что теперь добавляется ретрекер http://retracker.local/announce, здесь приводится несколько способов по его настройке.

Сия информация предназначена и может быть полезна только для провайдеров. Обычный пользователь никак не может использовать ничего из того что написано ниже, и от него не требуется никаких дополнительных действий, для того чтобы использовать нижеописанные возможности.

Что такое ретрекер, зачем он нужен и как работает можно прочитать здесь.

Далее, самое важное:

C 18 сентября 2009 года, все торренты с rutracker.org идут с уже прописанным ретрекером по адресу http://retracker.local/announce.

Таким образом, чтобы запустить в свой сети ретрекер, вы должны проделать следующие операции:

0. Быть провайдером и, соответственно, иметь возможность управления ДНС зонами внутри своей сети (сетей).

1. Скачать кучку кода по адресу http://rutracker.org/retracker.zip и поставить на одном своих серверов, который будет ретрекером.
Технических требований особых нет — гигагерцовый селерон потянет ретрекер на сеть из 50-100 тыс пользователей.
Адрес анноунсера ретрекера http://retracker.local/announсe — будьте внимательны!

2. Поднять внутри своей сети на днс-сервере зону retracker.local, которая будет указывать на собранный в п.1 сервер.

2а. Для тех, кто в пиринге, поднять общую для всех сетей пиринга внутреннюю зону, которая будет указывать на единый для всех сервер.

3. Убедиться, что все работает, — внутри сети у всех клиентов резолвится этот адрес, и запросы на него обрабатываются ретрекером.

4. С технической стороны весь процесс настройки описан тут -> http://wiki.rutracker.org/Retracker.local

Теперь некоторые замечания по сервису:

1. Retracker.local прописывается только в российский сегмент интернета. Сделано это потому, что зарубежным товарищам вряд ли придет в голову делать ретрекеры для rutracker.org.
Впрочем, если вы провайдер, и всё-таки хотите сделать ретрекер, то просто напишите ЛС юзернейму retracker и в свободной форме попросите включить в список для выдачи ваши диапазоны IP-адресов.
Это касается в основном провайдеров из ближнего зарубежья — Украины, Казахстана, Белоруссии, Прибалтики и т.п.

2. Те ретрекеры, что уже были прописаны и настроены, продолжают работать в том же духе. Однако их операторам все же рекомендуется поднять стандартный для всех retracker.local и ориентироваться на него в дальнейшем, как на более универсальный. Соответственно, торренты для них идут с 2 ретрекерами, тем что был, и retracker.local, просто резолвятся они на один и тот же сервер, что ни на что не влияет. НЕ РАБОТАЮТ, ИСПОЛЬЗУЙТЕ retracker.local

3. Новых ретрекеров в явном виде мы больше не прописываем, однако можем сделать исключение в тех случаях, когда провайдер найдет вескую аргументацию для этого (в чем есть сильные сомнения).
Все заявки по ретрекерам — юзеру retracker, в личку. И опять же, ретрекеров для провайдером с количеством пользователей менее 20 000 не прописываем, это лишняя нагрузка на нас, с нулевой, практически, отдачей для пользователей ! Не делаем исключений, используйте retracker.local

Имейте ввиду, что retracker.local — это куда более универсальный путь, чем прописывание вашего персонального адреса.
Дело в том, что он рано или поздно поменяется, и у юзеров «на руках» останутся миллионы торрентов с несуществующим адресом ретрекера.
А это ни нам, ни вам, ни им не нужно. А ретрекер.локал может поднять любой провайдер, и это будет работать.

P.S. Если у вас пиринг, однако два провайдера не могут/не хотят договорится об трансфере зон — делайте каждый свой retracker.local с обменом таблиц пирами между собой. Готовых решений нет, но это совсем несложно.

P.P.P.S Похоже, что retracker.local стали внедрять и на других трекерах. Таким образом, это универсальный инструмент для ретрекинга.

Настройка ретрекера

Настройка через код ретрекера rutracker.org

Это PHP-скрипт, который можно взять здесь http://rutracker.org/retracker.zip. Настройка его проста, но есть одна особенность. По стандарту [1] адрес ретрекера оканчивается на /announce, поэтому для Apache нужно прописать некоторые правила в .htaccess:

Redirect

Rewrite

Этот вариант лучше предыдущего, потому что он делает внутренний редирект, то есть не идет внешнего перенаправления клиента (301)

Multiviews

Также можно включить опцию apache:

Без правки .htaccess

Создаем директорию announce, в которую кладем announce.php и config.php из архива, и затем переименовываем announce.php в index.php

Rewrite для Nginx

Примечания

Чтобы некоторые info_hash’ы обрабатывались правильно, необходимо установить в php.ini:

Также это можно сделать в Apache через директиву php_flag:

Её можно добавлять или в .htaccess, или в настройки VirualHost в конфиге Apache.

Настройка через xbt

Можно использовать специализированный трекер, который не требует web сервера. Скачать его можно здесь: http://sourceforge.net/projects/xbtt/. Сразу после его установки он готов к работе ретрекером.

Настройка через xbt + Nginx

Получился конфиг примерно такой, в xbtt необходимо выключить gzip:

Настройка opentracker + Nginx

Если в nginx использовать proxy-pass на внутренний адрес, то по логам nginx можно собрать некоторую статистику использования ретрекера.

Но тогда opentracker лучше собрать с опцией -DWANT_IP_FROM_QUERY_STRING — он будет использовать IP из запроса.

При этом В nginx’е же можно подставить нужный нам IP-адрес.

Вот такой вот конфиг nginx’а получился с opentracker

В opentracker при этом всего 1 опция:

1. ↑ На самом деле оно не так По спецификации адрес аннонсера может быть любой. Вид /announce или /announce.php равнозначен и нужен только как признак, что трекер поддерживает scrape: Спецификация

Вопросы по ретрекеру можно задать здесь.

Источник