-
pezman
- Posts: 12
- Joined: Fri Jan 22, 2010 8:55 pm
Tracker returned an error: Connection failed
Hi..
I’ve upgraded to the lastest transmission..
When I add a torrent with UDP trackers I only get this Tracker returned an error: Connection failed.
I have to enable DHT to get the torrent to download..
Anyone got a soulution on what I’m doing wrong?
-
diazjoaquin
- Posts: 1
- Joined: Sun Jun 12, 2011 4:17 am
Re: Tracker returned an error: Connection failed
Post
by diazjoaquin » Sun Jun 12, 2011 4:22 am
Hi, I am having the same problem, it just started happening recently, I tried checking on the «randomize port on launch box» but it only works for a minute or so, then the error comes back again and again, any other options here?
Thanks
-
WLS
- Posts: 20
- Joined: Sun Nov 22, 2009 12:23 am
Re: Tracker returned an error: Connection failed
Post
by WLS » Sun Jun 12, 2011 8:18 pm
pezman wrote:yes the tracker is online
It’s downloading when the DHT is on.. But still with the errormessage.
DHT and trackers are completely unrelated.
What tracker is giving that error message?
-
x190
- Posts: 5094
- Joined: Sun Nov 30, 2008 4:59 am
-
thehamburger
- Posts: 16
- Joined: Tue Jul 24, 2012 9:50 am
Re: Tracker returned an error: Connection failed
Post
by thehamburger » Tue Jul 24, 2012 10:09 am
I am having the same problem.
I have been using Transmission for a few years without many problems.
Recently many Magnet torrents fail to down load or alternatively stop with this error message.
I can normally get things going again by rebooting Transmission.
I’m using Transmission 2.60 (13375)
Trackers just now are
udp://tracker.example.com:80 ( its not example its openbittorrent.com )
Apparently just this tracker at the moment.
Its been happening for about a month now, I don’t recall if that fits in with an update or not.
I have noticed that even though I have port forward settings the listening port only shows open about 10% of the time. This may be a read herring.
Any suggestions?
Thanks!
-
thehamburger
- Posts: 16
- Joined: Tue Jul 24, 2012 9:50 am
Re: Tracker returned an error: Connection failed
Post
by thehamburger » Tue Jul 24, 2012 10:30 am
more info
1. Do you have any per-torrent or global speed limits set? yes
2. What are your global and per-torrent peer limits? 70kb/s upload and 50kb/s 10am — 7pm
3. How many seeds and peers does the `Peers’ tab say there are in the swarm? N/A , N/A
4. How long ago does the `Tracker’ tab say the last announce and scrape results were? 50min 1hr 55m next 1hr 10 mins
5. In the `Tracker’ tab’s list of trackers, how many Tiers are there, and how many trackers are listed for each tier? 0 tiers
6. How many peers are you connected to? 0
7. Has your torrent finished downloading? no
8. If you’re still downloading, do any of the connected peers have a higher «completed» percentage than you? N/A
9. Is your incoming peer port open or closed? mainly closed
I’m using an iMac running Lion
-
thehamburger
- Posts: 16
- Joined: Tue Jul 24, 2012 9:50 am
Re: Tracker returned an error: Connection failed
Post
by thehamburger » Tue Jul 24, 2012 2:29 pm
Another update.
Still nothing moving on the iMac. I have tried UTP and DHT on and off.
I have also tried using a different mac , no luck.
So I (in desperation as the GF is home and demanding to know why I haven’t downloaded True Blood yet) tried the AC Ryan that sits in the corner being unloved. (Much prefer WDTV)
Bingo downloading like a good one.
PEX , DHT and UTP enabled LPD not.
Port open. On the Macs with the same port forwarding set ups the port remains closed.
Allow encryption
Thats about it.
- Печать
Страницы: [1] 2 3 4 Все Вниз
Тема: Не идут закачки в Transmission (Прочитано 19141 раз)
0 Пользователей и 1 Гость просматривают эту тему.
VeraGu
Коротко о себе:
System Information
После очередных обновлений системы возникли проблемы. При запуске transmission не начинается закачка, пишет, что could not connect to tracker, а также tracker gave HTTP response code 0 (No Response).
По советам на форумах удалила transmission, установила deluge, закачка также не идет, снова поставила transmission, удалила конфигурационный файл, тоже не помогло.
~$ apport-bug transmission
ERROR: hook /usr/share/apport/general-hooks/cloud_archive.py crashed:
Traceback (most recent call last):
File «/usr/lib/python2.7/dist-packages/apport/report.py», line 729, in add_hooks_info
symb[‘add_info’](self, ui)
File «/usr/share/apport/general-hooks/cloud_archive.py», line 18, in add_info
if ‘~cloud’ in packaging.get_version(package) and
File «/usr/lib/python2.7/dist-packages/apport/packaging_impl.py», line 95, in get_version
raise ValueError(‘package does not exist’)
ValueError: package does not exist
Шаблону transmission не соответствует ни один пакет.
При определении DNS сервера в системе, пишет:
~$ sudo cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(
# DO NOT EDIT THIS FILE BY HAND — YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.0.1
И, соответственно, вопрос, — что можно сделать, чтобы закачки шли?
SABeShnik
Так, для справки: на роутере случаем ничего не резали? Или может поставили firewall вместе с обновлениями? Я бы в сторону портов сотрел.
2x2Gb DDRIII, C2D8400, Seagate 2x2Tb 5900, Samsung 1Tb 7200,
Seagate 250 7200, X633, AeroCool 700W
oodav33
Правка — Параметры — вкладка Сеть. Попробывать снять галку «Использовать uTP для связи с другими участниками» (если стоит, конечно)
$ $ $
qbittorrent альтернатива .
или переустановите
VeraGu
Так, для справки: на роутере случаем ничего не резали? Или может поставили firewall вместе с обновлениями? Я бы в сторону портов сотрел.
Нет, ничего не резала и не ставила, потому-то и обидно(( Подскажите, как проверить порты подключения?
Попробовала таким образом:
:~$ nmap 185.3.35.14
Starting Nmap 5.21 ( http://nmap.org ) at 2015-08-25 08:13 MSK
Note: Host seems down. If it is really up, but blocking our ping probes, try -PN
Nmap done: 1 IP address (0 hosts up) scanned in 3.05 seconds
« Последнее редактирование: 25 Августа 2015, 08:16:04 от VeraGu »
| toZen |
VeraGu, запустите transmission в терминале и покажите весь выхлоп тут когда пытаетесь скачать.
Да и откуда качаете? Есть возможность, что трекер заблокировал данный клиент, как это уже случалось с deluge например.
SABeShnik
Порты можно проверить используя утилиту telnet
2x2Gb DDRIII, C2D8400, Seagate 2x2Tb 5900, Samsung 1Tb 7200,
Seagate 250 7200, X633, AeroCool 700W
VeraGu
поставьте KTorrent я перешёл на него с Transmission
Установила. Пишет «нет связи». значит, проблема не в самой программе, а глубже, но куда копать, пока не понятно. А главное, как копать, какими командами? С этими «волшебными словами» у меня огромная проблема))
wajnon
VeraGu,
в терминале:
transmission-gtkи смотрите может ошибки какие покажет
VeraGu, запустите transmission в терминале и покажите весь выхлоп тут когда пытаетесь скачать.
Да и откуда качаете? Есть возможность, что трекер заблокировал данный клиент, как это уже случалось с deluge например.
ПС терминал открывается Ctrl+Alt+t
VeraGu
VeraGu,
в терминале:transmission-gtkи смотрите может ошибки какие покажетVeraGu, запустите transmission в терминале и покажите весь выхлоп тут когда пытаетесь скачать.
Да и откуда качаете? Есть возможность, что трекер заблокировал данный клиент, как это уже случалось с deluge например.ПС терминал открывается Ctrl+Alt+t
Спасибо за подсказку)) Я весь вечер пытаю терминал, но без толку))
А по вашей подсказке у меня открывается только окно программы, и ничего более… И в этом окне нет кнопки «Правка — Параметры — вкладка Сеть», где можно было бы «попробовать снять галку «Использовать uTP для связи с другими участниками» (если стоит, конечно)»((
Качаю с ру-трекера, сейчас проверила два других торрент-трекера, результат тот же — нулевой.
$ $ $
VeraGu,
правка -параметры. там всё написано. или ПКМ пробуйте.
VeraGu
| toZen |
VeraGu, есть там всё, смотрите не на окно программы, а слева вверху экрана монитора. Эххх…Global Menu, чтоб его…
Да, когда вывод покажете в терминале-то?
VeraGu
VeraGu, есть там всё, смотрите не на окно программы, а слева вверху экрана монитора. Эххх…Global Menu, чтоб его…
Да, когда вывод покажете в терминале-то?
Спасибо, ГлобалМеню я проигнорировала полностью. Пишет, что порт 51413 закрыт, снимала все галки, безрезультатно.
И необходим совет для особо одаренных — как получить требуемый вывод в терминале?
wajnon
VeraGu,
просто запустите программу в терминале, потом, не закрывая терминал, запустите какой нибудь торрент на закачку. И смотрите что в терминале пишет. Мышкой все выделить, копировать и сюда под спойлер выложить.
- Печать
Страницы: [1] 2 3 4 Все Вверх
Прошивка стоит последняя бета
В программе есть раздачи с многих трекеров, анонсеры соотв. тоже разные .
На одном из сайтов сделали новый анонсер, я выделил в 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] оттуда
Как и где это сделать ? или у меня другая проблема? спасайте друзья.
сюда https://yadi.sk/d/Vn_yd_wD3MxEG2 скинул общий вид проблемы, анонсер не retracker.local как в описании выше (это копипаст), а как на скрине внизу.
@ckerr netcat seems to be able to connect, though
You’re using UDP on netcat. The error message you posted for p4p.arenabg.com appears to indicate an attempted HTTP/HTTPS connection.
Yeah, in fact, that’s exactly what’s happening. Looking at your graphic at the top, «Connection failed» is the error you get in Transmission for UDP trackers. «Could not connect to tracker» is what you see for HTTP trackers. Please make sure you’re testing the correct protocol.
http://p4p.arenabg.com:1337 is, in fact, down:
$ curl http://p4p.arenabg.com:1337
curl: (7) Failed to connect to p4p.arenabg.com port 1337: Connection refused
For your UDP trackers, since UDP is connectionless, there’s no way to immediately know whether there’s a connection error or not. I assume that Transmission just says «Connection failed» if it hasn’t received a response to its UDP announce after some preset amount of time. But there could be any number of reasons why a UDP announce failed, from local machine issues/blocking, local network issues, local firewalls, Internet issues, remote firewalls, and remote server issues.
Because all of your UDP trackers are failing, I’d start by looking at local stuff. Here are a few suggestions: try a different user profile on your system. Try using a different computer on your network. Try a different ISP connection (if you’re using a wired provider, try tethering to your cell phone).
I’ve got Transmission 2.82 installed on my NAS drive (MyBookLive) and it has been working great for over a year now.
I moved (physical locations) and now none of the torrents will download. When I look at the individual torrent info I get an error «Announce error: Connection failed»
Does anyone know what could be causing this? Again — I have simple done nothing but pack up all my stuff and move to a different locale…
This is my current settings file
{
"alt-speed-down": 50,
"alt-speed-enabled": false,
"alt-speed-time-begin": 540,
"alt-speed-time-day": 127,
"alt-speed-time-enabled": false,
"alt-speed-time-end": 1020,
"alt-speed-up": 50,
"bind-address-ipv4": "0.0.0.0",
"bind-address-ipv6": "::",
"blocklist-enabled": true,
"blocklist-url": "http://www.example.com/blocklist",
"cache-size-mb": 4,
"dht-enabled": true,
"download-dir": "/shares/Public/WWW/TR-Downloads",
"download-queue-enabled": true,
"download-queue-size": 5,
"encryption": 1,
"idle-seeding-limit": 30,
"idle-seeding-limit-enabled": false,
"incomplete-dir": "/root/Downloads",
"incomplete-dir-enabled": false,
"lpd-enabled": false,
"message-level": 1,
"peer-congestion-algorithm": "",
"peer-id-ttl-hours": 6,
"peer-limit-global": 200,
"peer-limit-per-torrent": 50,
"peer-port": 49405,
"peer-port-random-high": 65535,
"peer-port-random-low": 49152,
"peer-port-random-on-start": true,
"peer-socket-tos": "default",
"pex-enabled": true,
"port-forwarding-enabled": true,
"preallocation": 1,
"prefetch-enabled": 1,
"queue-stalled-enabled": true,
"queue-stalled-minutes": 30,
"ratio-limit": 2,
"ratio-limit-enabled": false,
"rename-partial-files": true,
"rpc-authentication-required": false,
"rpc-bind-address": "0.0.0.0",
"rpc-enabled": true,
"rpc-password": "{6993306827d95b964764ab2c3ce1435fb7fc1f92JKI04/uW",
"rpc-port": 9091,
"rpc-url": "/transmission/",
"rpc-username": "",
"rpc-whitelist": "127.0.0.1",
"rpc-whitelist-enabled": false,
"scrape-paused-torrents-enabled": true,
"script-torrent-done-enabled": false,
"script-torrent-done-filename": "",
"seed-queue-enabled": false,
"seed-queue-size": 10,
"speed-limit-down": 100,
"speed-limit-down-enabled": false,
"speed-limit-up": 0,
"speed-limit-up-enabled": true,
"start-added-torrents": true,
"trash-original-torrent-files": false,
"umask": 0,
"upload-slots-per-torrent": 14,
"utp-enabled": true,
"watch-dir": "/DataVolume/shares/Public/torrents",
"watch-dir-enabled": true
}
I’ve just setup logging and here’s what I get back when starting a torrent
[04:27:08.560] UDP Failed to set receive buffer: requested 4194304, got 65534 (tr-udp.c:78)
[04:27:08.560] UDP Failed to set send buffer: requested 1048576, got 65534 (tr-udp.c:89)
Hi all,
I have the same problem… I just purchased my Netgear Duo, disabled the built in Torrent client, and did a fresh install of Transmission 2.34 beta 4 on RAIDiator 4.1.8.
Observations:
— The webinterface will give the error message: «Could not connect to the server. You may need to reload the page to reconnect.» after a while (this seems to be around 30 or 60 minutes after restart)
— Very high CPU and MEM intake seen via ‘top’ whilst running (with active downloads)
— When going in to the «Installed Add-ons» page after seeing the error message above, it seems that the deamon stops (green dot is no longer green) and I have to reload it
Would I be better off using an older version of the client, after all, this client is still called BETA?
Cheers,
Chris
My settings.json;
NetGear:/c/addons-config/Transmission/transmission-daemon# cat settings.json
{
«alt-speed-down»: 50,
«alt-speed-enabled»: false,
«alt-speed-time-begin»: 540,
«alt-speed-time-day»: 127,
«alt-speed-time-enabled»: false,
«alt-speed-time-end»: 1020,
«alt-speed-up»: 50,
«bind-address-ipv4»: «0.0.0.0»,
«bind-address-ipv6»: «::»,
«blocklist-enabled»: true,
«blocklist-url»: «http://list.iblocklist.com/?list=bt_level1»,
«cache-size-mb»: 200,
«dht-enabled»: false,
«download-dir»: «/media/BitTorrent/»,
«download-queue-enabled»: true,
«download-queue-size»: 5,
«encryption»: 1,
«idle-seeding-limit»: 30,
«idle-seeding-limit-enabled»: false,
«incomplete-dir»: «/c/media/BitTorrent/Incomplete»,
«incomplete-dir-enabled»: true,
«lazy-bitfield-enabled»: true,
«lpd-enabled»: false,
«max-peers-global»: 200,
«message-level»: 2,
«open-file-limit»: 32,
«peer-congestion-algorithm»: «»,
«peer-limit-global»: 240,
«peer-limit-per-torrent»: 60,
«peer-port»: 51413,
«peer-port-random-enabled»: 0,
«peer-port-random-high»: 65535,
«peer-port-random-low»: 1024,
«peer-port-random-on-start»: false,
«peer-socket-tos»: «default»,
«pex-enabled»: true,
«port-forwarding-enabled»: true,
«preallocation»: 1,
«prefetch-enabled»: 0,
«proxy»: «»,
«proxy-auth-enabled»: false,
«proxy-auth-password»: «»,
«proxy-auth-username»: «»,
«proxy-enabled»: false,
«proxy-port»: 80,
«proxy-type»: 0,
«queue-stalled-enabled»: true,
«queue-stalled-minutes»: 30,
«ratio-limit»: 2,
«ratio-limit-enabled»: true,
«rename-partial-files»: true,
«rpc-authentication-required»: true,
«rpc-bind-address»: «0.0.0.0»,
«rpc-enabled»: true,
«rpc-password»: «REMOVED»,
«rpc-port»: 8181,
«rpc-url»: «/transmission/»,
«rpc-username»: «admin»,
«rpc-whitelist»: «*»,
«rpc-whitelist-enabled»: true,
«scrape-paused-torrents-enabled»: true,
«script-torrent-done-enabled»: true,
«script-torrent-done-filename»: «/c/addons-config/Transmission/email_alert»,
«seed-queue-enabled»: false,
«seed-queue-size»: 10,
«speed-limit-down»: 400,
«speed-limit-down-enabled»: false,
«speed-limit-up»: 20,
«speed-limit-up-enabled»: true,
«start-added-torrents»: true,
«trash-original-torrent-files»: false,
«umask»: 0,
«upload-slots-per-torrent»: 14,
«utp-enabled»: false,
«watch-dir»: «/c/media/BitTorrent/sources/»,
«watch-dir-enabled»: 0
}
|
# (отредактировано 1 год, 4 месяца назад) |
|
|
Темы: 2 Сообщения: 10 Участник с: 13 сентября 2021 |
Привет! Пытаюсь скачать фильм по торрент-файлу через transmission, но получаю ошибку «could not connect to tracker» Подскажите, если кто-то знает, что можно сделать Arh Linux, DE: xfce 4.16, transmission-gtk 3.00 |
|
symon2014 |
# |
|
Темы: 3 Сообщения: 97 Участник с: 04 марта 2017 |
|
|
Artyom-rgb |
# |
|
Темы: 2 Сообщения: 10 Участник с: 13 сентября 2021 |
Ну да, но как-то ведь обойти можно. Нужно добавить трекеров? |
|
Vadim |
# (отредактировано 1 год, 4 месяца назад) |
|
Темы: 291 Сообщения: 1957 Участник с: 20 ноября 2013 |
С начала марта 2017 российские провайдеры по указанию Роскомнадзора блокируют трекеры-анонсеры (bt, bt2, bt3, bt4) нашего ресурса настройки В настройках встроенного BitTorrent-клиента Transmission включите следующие параметры: Local Peer Discovery (LPD), DHT, uTP и обмен пирами (Peer exchange, PXE). Включение указанных параметров поможет торрент-клиенту в поиске раздающих клиентов. ко второй ссылке еще коментарии почитай. Linux Forever! |
|
Artyom-rgb |
# |
|
Темы: 2 Сообщения: 10 Участник с: 13 сентября 2021 |
Не помогло. Один раз поймался, но на этом все — ничего не скачалось почти |
|
Holden |
# |
|
Темы: 14 Сообщения: 155 Участник с: 29 октября 2020 |
Добавьте в /etc/hosts |
|
Artyom-rgb |
# |
|
Темы: 2 Сообщения: 10 Участник с: 13 сентября 2021 |
Вроде заработало, спасибо! |
Основные ошибки торрента и статуса трекера, и их решение.
Как посмотреть статус трекера
1)Недостаточно места на диске / Достигнут лимит файловой системы
Анг: No space left on device / File exceeds Filesystems size limit
НА том разделе, где у Вас хранятся временные файлы для скачивания, используется файловая система FAT32. У этой файловой системы есть ограничение на максимальный размер файла (4 ГБ), надо преобразовать в NTFS.
2)Системе не удается найти указанный путь
Анг: System cannot find the path specified
Возможны неточности в путях к сохраняемым закачкам на вкладках «Закачки» и «Другое» настроек клиента, проверьте и исправьте. проверьте существует ли путь, указанный при добавлении очередной закачки — внизу на закладке «Общее» в разделе «Общее» строка «Нахождение».
3)Процесс не может получить доступ к файлу, так как файл занят другим процессом (Отказано в доступе)
Анг: The process cannot access the file because its being used (Access Denied)
К файлу обращается стороннее приложение/процесс. Возможно это дефрагментатор, работающий в фоновом режиме, антивирус, антишпион, аудио/видеоплеер, которым вы случайно открыли недокачанный медиафайл, Windows эксплорер, клиент иной P2P сети, в котором расшарена папка, содержащая закачки торрент клиента, любое другое работающее приложение (были зафиксированы проблемы с Google/MSN Desktop)
4)Устройство не готово
Анг: The device is not ready
Чаще всего возникает, если нет того диска, на который пытается сохранить закачку клиент. Проверьте настройки: «Опции»—>»Настройки»,в разделах «Закачки» и «Другое» — правильность всех путей, особенно букв дисков. На том задании, где есть ошибка, кликните правой кнопкой, в меню выберите —> «Открыть папку торрента» и посмотрите куда откроется проводник.
5)Только анг: Only 12 torrent(s) allowed for leeching
Ограничение на 12 одновременных закачек. Решение: докачать хотя бы одну раздачу, тогда можно будет добавить новое задание.
6)Невозможно открыть файл торрента
Анг: Cannot open .torrent file
Эта проблема может возникнуть, если слишком длинный путь для хранения торрент файлов. Смените папку для хранения торрент файлов на другую, с более коротким именем.
7)Ошибка в данных CRC
Анг: Data Error (cyclic redundancy check)
Это означает, что ваш HDD был неспособен прочитать или написать данные, потому что сектора являются дефектными. Проверте его программой chkdsk или другой утилитой для восстановления диска: Свойства диска —> Сервис — > Выполнить проверку.
Торрент не зарегистрирован на трекере
Анг: Torrent not registered with this tracker
Практически всегда это означает, что эта раздача на трекере удалена и трекер больше не признает скачанный вами торрент файл. Посетите еще раз страницу раздачи, чтобы это проверить. Старые раздачи обычно удаляют за сроком давности, новые — из-за несоответствия правилам трекера.
9)Невозможность связаться с трекером
* имя хоста не найдено / hostname not found
* HTTP ошибка / http error
* отключен (превышено время ожидания) / offline (timed out)
* соединение закрыто пиром / connection closed by peer
* ошибка соединения / connection Error (no data received from tracker)
это все означает, что клиент вообще не смог связаться с трекером.
* Ваш клиент качает или отдает на полной скорости вашего канала, и пакеты общения клиента с трекером теряются или доходят слишком медленно:
— Ограничьте в настройках скорости клиента до примерно 90% от возможности канала.
— Снимите ограничение в 10 полуоткрытых TCP соединений с помощью универсального патча при ошибке HTTP 400 (актуально для utorrent 1.8) есть четыре варианта решений:
1. Обновить NOD32 до версии 3.x
2. Добавить uTorrent.exe в список исключений IMON’s
3. Отключить IMON
4. Воспользоваться другой версией utorrent
более подробно см тему HTTP Ошибка 400
* Трекер перегружен, и не успевает обрабатывать все запросы. Тут вы уже ничего не сделаете. Зайдите на форум трекера и поищите, нет ли у кого таких же проблем.
10)Подключение не установлено, т.к. конечный компьютер отверг запрос на подключение
Анг: No connection could be made because the target machine actively refuse
Обычно возникает, когда файервол/брандмауэр настроены неверно.
11)Соединение закрыто пиром
Анг: Сonnection closed by peer
Помимо причин, указанных в пункте 9, эта ошибка также может возникать из-за проблем у провайдера.
12)Обычно разрешается одно использование адреса сокета (протокол/сетевой адрес/порт)
Анг: Only one usage of each socket address (protocol/network address/port) is normally permitted
Верните параметры Preferences > Advanced > net.outgoing_port и net.outgoing_max_port в состояние по умолчанию, т.е. поставьте 0 (ноль).
13)Только анг: Leeching limit exceeded
Ошибка означает, что при вашем текущем рейтинге достигнут лимит одновременных скачиваний. Решение: докачивайте по одной раздаче, остальные остановите или поставьте на паузу, и поднимайте рейтинг.
14)Только анг: Torrent closed by copyright holder
Увы, это не ошибка, а весьма неприятная штука. Думаю разъяснять даже не надо что это……раздача закрыта правообладателем….остается только смириться…
15)Только анг: Please LOG IN and REDOWNLOAD this torrent (user not found)
Ошибка означает, что в свойствах торрента отсутствует или прописан неверный passkey
Решения:
1. Скачать торрент-файл заново
2. Два раза кликнуть по раздаче в клиенте и подправить passkey руками (правильный passkey взять в собственном профиле).
16)Трекер отсылает неверные данные: <NULL>
Анг: Tracker sending invalid data
Может возникать в следующих случаях:
1. У вас установлен антивирус и/или фаерволл, который некорретно проверяет http-трафик.
2. Вы используете ретрекер, который работает неправильно.
17) 413 request entity too large.
Директива задаёт максимально допустимый размер тела запроса клиента, указываемый в строке «Content-Length» в заголовке запроса. Если размер больше заданного, то клиенту возвращается ошибка «Request Entity Too Large» (413). Следует иметь в виду, что браузеры не умеют корректно показывать эту ошибку.
В нашем случае это может быть: Постер, скриншоты или торрент файл.
Решения:
Торрент файл: убедитесь что вы выбрали именно созданный вами с помощью клиента торрент файл, а не какой то другой файл.
Постер: убедитесь что размер постера не превышает 500КБ.
Скриншоты: убедитесь что размер каждого скриншота не превышает 150КБ.
ВСЕ СКАЗАЛИ СПАСИБО Ув. furiya777
Подтверждаю, у меня данный трекер тоже не работает. Можно использовать udp://tracker.openbittorrent.com:80, он всегда работал, сколько помню.
anonymous
(01.12.14 07:33:45 MSK)
- Показать ответ
- Ссылка
Ответ на:
комментарий
от anonymous 01.12.14 07:33:45 MSK
Ответ на:
комментарий
от Shadow 01.12.14 11:17:41 MSK
А почему именно TCP? UDP тоже неплохо работают.
Попробуй http://tracker.thepiratebay.org:80/announce, но не гарантирую, что работает
anonymous
(01.12.14 12:31:41 MSK)
- Показать ответы
- Ссылка
Ответ на:
комментарий
от anonymous 01.12.14 12:31:41 MSK
И да, есть же dht.
anonymous
(01.12.14 12:33:01 MSK)
- Ссылка
Ответ на:
комментарий
от anonymous 01.12.14 12:31:41 MSK
Ответ на:
комментарий
от Shadow 01.12.14 12:51:44 MSK
Тогда сочуствую, т.к. ЕМНИП все публичные давно перешли на udp
anonymous
(01.12.14 13:30:55 MSK)
- Ссылка
Ответ на:
комментарий
от Shadow 01.12.14 12:51:44 MSK
Ответ на:
комментарий
от anonymous 01.12.14 13:37:44 MSK
А можно сразу анонсироваться на нескольких сервисах одновременно чтобы избежать таких засад? В случае transmission, например? Или для каждого нужно отдельный торрент-файл готовить?
Evgueni ★★★★★
(01.12.14 13:56:07 MSK)
- Показать ответ
- Ссылка
Ответ на:
комментарий
от anonymous 01.12.14 13:37:44 MSK
Спасибо,бро.Надо только почистить.
- Ссылка
Ответ на:
комментарий
от Evgueni 01.12.14 13:56:07 MSK
Не знаю, я под виндой забиваю это в utorrent в единичные раздачи, только когда сидов совсем 0.
На самом деле, список нужно чистить на предмет нерабочих, а я пока не думал как при том, что их почти 1к.
anonymous
(01.12.14 14:00:14 MSK)
- Ссылка
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
-
pezman
- Posts: 12
- Joined: Fri Jan 22, 2010 8:55 pm
Tracker returned an error: Connection failed
Hi..
I’ve upgraded to the lastest transmission..
When I add a torrent with UDP trackers I only get this Tracker returned an error: Connection failed.
I have to enable DHT to get the torrent to download..
Anyone got a soulution on what I’m doing wrong?
-
diazjoaquin
- Posts: 1
- Joined: Sun Jun 12, 2011 4:17 am
Re: Tracker returned an error: Connection failed
Post
by diazjoaquin » Sun Jun 12, 2011 4:22 am
Hi, I am having the same problem, it just started happening recently, I tried checking on the «randomize port on launch box» but it only works for a minute or so, then the error comes back again and again, any other options here?
Thanks
-
WLS
- Posts: 20
- Joined: Sun Nov 22, 2009 12:23 am
Re: Tracker returned an error: Connection failed
Post
by WLS » Sun Jun 12, 2011 8:18 pm
pezman wrote:yes the tracker is online
It’s downloading when the DHT is on.. But still with the errormessage.
DHT and trackers are completely unrelated.
What tracker is giving that error message?
-
x190
- Posts: 5094
- Joined: Sun Nov 30, 2008 4:59 am
-
thehamburger
- Posts: 16
- Joined: Tue Jul 24, 2012 9:50 am
Re: Tracker returned an error: Connection failed
Post
by thehamburger » Tue Jul 24, 2012 10:09 am
I am having the same problem.
I have been using Transmission for a few years without many problems.
Recently many Magnet torrents fail to down load or alternatively stop with this error message.
I can normally get things going again by rebooting Transmission.
I’m using Transmission 2.60 (13375)
Trackers just now are
udp://tracker.example.com:80 ( its not example its openbittorrent.com )
Apparently just this tracker at the moment.
Its been happening for about a month now, I don’t recall if that fits in with an update or not.
I have noticed that even though I have port forward settings the listening port only shows open about 10% of the time. This may be a read herring.
Any suggestions?
Thanks!
-
thehamburger
- Posts: 16
- Joined: Tue Jul 24, 2012 9:50 am
Re: Tracker returned an error: Connection failed
Post
by thehamburger » Tue Jul 24, 2012 10:30 am
more info
1. Do you have any per-torrent or global speed limits set? yes
2. What are your global and per-torrent peer limits? 70kb/s upload and 50kb/s 10am — 7pm
3. How many seeds and peers does the `Peers’ tab say there are in the swarm? N/A , N/A
4. How long ago does the `Tracker’ tab say the last announce and scrape results were? 50min 1hr 55m next 1hr 10 mins
5. In the `Tracker’ tab’s list of trackers, how many Tiers are there, and how many trackers are listed for each tier? 0 tiers
6. How many peers are you connected to? 0
7. Has your torrent finished downloading? no
8. If you’re still downloading, do any of the connected peers have a higher «completed» percentage than you? N/A
9. Is your incoming peer port open or closed? mainly closed
I’m using an iMac running Lion
-
thehamburger
- Posts: 16
- Joined: Tue Jul 24, 2012 9:50 am
Re: Tracker returned an error: Connection failed
Post
by thehamburger » Tue Jul 24, 2012 2:29 pm
Another update.
Still nothing moving on the iMac. I have tried UTP and DHT on and off.
I have also tried using a different mac , no luck.
So I (in desperation as the GF is home and demanding to know why I haven’t downloaded True Blood yet) tried the AC Ryan that sits in the corner being unloved. (Much prefer WDTV)
Bingo downloading like a good one.
PEX , DHT and UTP enabled LPD not.
Port open. On the Macs with the same port forwarding set ups the port remains closed.
Allow encryption
Thats about it.
Comments
Opening a magnet link in Transmission very often leads to no peers being obtained, because none of the trackers can be connected to:
On the same machine, same network, opening the same magnet link with another client will show most of the trackers are actually online and working:
I thought this might be symptomatic of me starting and stopping different builds. I’ve found a restart fixes everything.
Copy link
Collaborator
Author
Restarting the app, even with clean slate / no ongoing transfers, does not fix it. It has been happening for a long while, several months. Usually peers are found by another way (DHT, I think? I am not an expert in torrent at all) so files can transfer at some point, but all trackers are in error.
Sorry, i was meaning a computer restart 
Copy link
Collaborator
Author
Two different torrent apps can connect fine to most of the trackers, in the same state. And I’m not restarting my computer, I have too many things on-going for that to happen. It does seem like a bug, anyway, if it requires a restart periodically to work.
Copy link
Collaborator
Author
Uh, you’re right, sorry. Well there is new information, which is other software can definitely connect from the same computer/network/settings. I have no idea how to debug, any advice is welcome.
Usually I close the new issue in favor of the older one; however this one seems to be more actionable
Copy link
Collaborator
Author
Full logs output, run with TR_CURL_VERBOSE=1 (as suggested in the previous issue):
2022-06-14 16:45:45 +0000 session.cc:747 [Renseignements] session.cc:747: Transmission version 3.00+ (c806a1435e) starting
2022-06-14 16:45:45 +0000 cache.cc:113 [Débogage] cache.cc:113: Maximum cache size set to 4.00 Mo (244 blocks)
2022-06-14 16:45:45 +0000 rpc-server.cc:914 [Débogage] rpc-server.cc:914: setting password-enabled to 'false'
2022-06-14 16:45:45 +0000 rpc-server.cc:876 [Renseignements] rpc-server.cc:876: Added '127.0.0.1' to host whitelist
2022-06-14 16:45:45 +0000 rpc-server.cc:876 [Renseignements] rpc-server.cc:876: Added '::1' to host whitelist
2022-06-14 16:45:45 +0000 rpc-server.cc:896 [Débogage] rpc-server.cc:896: setting our username to 'admin'
2022-06-14 16:45:45 +0000 net.cc:534 [Débogage] net.cc:534: Bound socket 7 to port 52794 on 0.0.0.0
2022-06-14 16:45:45 +0000 net.cc:534 [Débogage] net.cc:534: Bound socket 8 to port 52794 on ::
2022-06-14 16:45:45 +0000 tr-udp.cc:313 [] tr-udp.cc:313: Couldn't bind IPv4 socket [0.0.0.0]:52794: Address already in use (48)
2022-06-14 16:45:45 +0000 tr-dht.cc:287 [Renseignements] tr-dht.cc:287: Initializing DHT
2022-06-14 16:45:45 +0000 tr-dht.cc:194 [Débogage] tr-dht.cc:194: Bootstrapping from 48 IPv6 nodes
2022-06-14 16:45:45 +0000 tr-dht.cc:370 [Débogage] tr-dht.cc:370: DHT initialized
2022-06-14 16:45:45 +0000 web.cc:554 [Débogage] web.cc:554: CURLOPT_SHARE ended at 6
2022-06-14 16:45:45 +0000 web.cc:125 [Renseignements] web.cc:125: Will verify tracker certs using envvar CURL_CA_BUNDLE: none
2022-06-14 16:45:45 +0000 web.cc:126 [Renseignements] web.cc:126: NB: this only works if you built against libcurl with openssl or gnutls, NOT nss
2022-06-14 16:45:45 +0000 web.cc:127 [Renseignements] web.cc:127: NB: Invalid certs will appear as 'Could not connect to tracker' like many other errors
2022-06-14 16:45:45 +0000 tr-lpd.cc:271 [Débogage] tr-lpd.cc:271: Initialising Local Peer Discovery
2022-06-14 16:45:45 +0000 tr-lpd.cc:364 [Débogage] tr-lpd.cc:364: Local Peer Discovery initialised
2022-06-14 16:45:45 +0000 rpc-server.cc:876 [Renseignements] rpc-server.cc:876: Added '127.0.0.1' to host whitelist
2022-06-14 16:45:45 +0000 torrent-metainfo.cc:708 [Erreur] torrent-metainfo.cc:708: no bencoded data to parse (92)
2022-06-14 16:45:45 +0000 session.cc:2065 [Renseignements] session.cc:2065: Loaded 1 torrent
2022-06-14 16:45:46 +0000 announcer-udp.cc:472 [Débogage] 185.193.125.139:6969: DNS lookup succeeded
2022-06-14 16:45:46 +0000 announcer-udp.cc:472 [Débogage] open.stealth.si:80: DNS lookup succeeded
2022-06-14 16:45:46 +0000 announcer-udp.cc:472 [Débogage] tracker.opentrackr.org:1337: DNS lookup succeeded
2022-06-14 16:45:46 +0000 announcer-udp.cc:472 [Débogage] tracker.openbittorrent.com:6969: DNS lookup succeeded
2022-06-14 16:45:46 +0000 announcer-udp.cc:472 [Débogage] opentracker.i2p.rocks:6969: DNS lookup succeeded
2022-06-14 16:45:46 +0000 announcer-udp.cc:472 [Débogage] tracker.0x.tf:6969: DNS lookup succeeded
2022-06-14 16:45:46 +0000 announcer-udp.cc:472 [Débogage] movies.zsw.ca:6969: DNS lookup succeeded
2022-06-14 16:45:46 +0000 announcer-udp.cc:472 [Débogage] 47.ip-51-68-199.eu:6969: DNS lookup succeeded
2022-06-14 16:46:04 +0000 tr-dht.cc:613 [Débogage] xxxxxxxxxxxxxxxxxxxxxxxxx: Learned 4 IPv6 peers from DHT
2022-06-14 16:46:04 +0000 tr-dht.cc:613 [Débogage] xxxxxxxxxxxxxxxxxxxxxxxxx: Learned 1 IPv6 peers from DHT
2022-06-14 16:46:05 +0000 tr-dht.cc:613 [Débogage] xxxxxxxxxxxxxxxxxxxxxxxxx: Learned 1 IPv6 peers from DHT
2022-06-14 16:46:05 +0000 tr-dht.cc:613 [Débogage] xxxxxxxxxxxxxxxxxxxxxxxxx: Learned 4 IPv6 peers from DHT
2022-06-14 16:46:05 +0000 tr-dht.cc:613 [Débogage] xxxxxxxxxxxxxxxxxxxxxxxxx: Learned 3 IPv6 peers from DHT
2022-06-14 16:46:06 +0000 torrent-magnet.cc:79 [Débogage] xxxxxxxxxxxxxxxxxxxxxxxxx: metadata is 20626 bytes in 2 pieces
2022-06-14 16:46:06 +0000 tr-dht.cc:613 [Débogage] xxxxxxxxxxxxxxxxxxxxxxxxx: Learned 9 IPv6 peers from DHT
2022-06-14 16:46:06 +0000 torrent-magnet.cc:396 [Débogage] xxxxxxxxxxxxxxxxxxxxxxxxx: next piece to request: 0
2022-06-14 16:46:06 +0000 torrent-magnet.cc:396 [Débogage] xxxxxxxxxxxxxxxxxxxxxxxxx: next piece to request: 1
2022-06-14 16:46:08 +0000 torrent-magnet.cc:336 [Débogage] xxxxxxxxxxxxxxxxxxxxxxxxx: got metadata piece 1 of 4242 bytes
2022-06-14 16:46:08 +0000 torrent-magnet.cc:370 [Débogage] xxxxxxxxxxxxxxxxxxxxxxxxx: saving metainfo piece 1... 1 remain
2022-06-14 16:46:09 +0000 blocklist.cc:89 [Renseignements] blocklist.cc:89: Blocklist 'blocklist.bin' has 224906 entries
2022-06-14 16:46:10 +0000 torrent-magnet.cc:396 [Débogage] xxxxxxxxxxxxxxxxxxxxxxxxx: next piece to request: 0
2022-06-14 16:46:11 +0000 peer-io.cc:695 [Débogage] peer-io.cc:695: tr_netOpenPeerSocket returned 37
2022-06-14 16:46:12 +0000 peer-io.cc:695 [Débogage] peer-io.cc:695: tr_netOpenPeerSocket returned 37
2022-06-14 16:46:12 +0000 peer-io.cc:309 [Débogage] [2a01:e34:ec28:8cb0:b0b0:d4d0:2946:2d90]:62760: event_read_cb err: res:0, what:17, errno:0 (Undefined error: 0)
2022-06-14 16:46:13 +0000 tr-dht.cc:613 [Débogage] xxxxxxxxxxxxxxxxxxxxxxxxx: Learned 25 IPv6 peers from DHT
2022-06-14 16:46:13 +0000 peer-io.cc:525 [Débogage] [2800:150:13e:2347:e54f:b6e8:6b7c:47]:26184: utp_on_error -- errcode is 60
2022-06-14 16:46:13 +0000 peer-io.cc:525 [Débogage] [2800:150:13e:2347:e521:c6ab:3b73:cc6e]:26184: utp_on_error -- errcode is 60
2022-06-14 16:46:13 +0000 peer-io.cc:525 [Débogage] [2800:150:13e:2347:ece9:a3bb:bfc1:962c]:26184: utp_on_error -- errcode is 60
2022-06-14 16:46:13 +0000 peer-io.cc:525 [Débogage] [2800:150:13e:2347:3c51:eb55:d5c:d692]:26184: utp_on_error -- errcode is 60
2022-06-14 16:46:13 +0000 peer-io.cc:309 [Débogage] [68.169.181.143]:28141: event_read_cb err: res:0, what:17, errno:0 (Undefined error: 0)
2022-06-14 16:46:13 +0000 tr-dht.cc:613 [Débogage] xxxxxxxxxxxxxxxxxxxxxxxxx: Learned 25 IPv6 peers from DHT
2022-06-14 16:46:13 +0000 tr-dht.cc:613 [Débogage] xxxxxxxxxxxxxxxxxxxxxxxxx: Learned 97 IPv6 peers from DHT
2022-06-14 16:46:13 +0000 tr-dht.cc:613 [Débogage] xxxxxxxxxxxxxxxxxxxxxxxxx: Learned 25 IPv6 peers from DHT
2022-06-14 16:46:13 +0000 tr-dht.cc:613 [Débogage] xxxxxxxxxxxxxxxxxxxxxxxxx: Learned 25 IPv6 peers from DHT
2022-06-14 16:46:13 +0000 tr-dht.cc:613 [Débogage] xxxxxxxxxxxxxxxxxxxxxxxxx: Learned 25 IPv6 peers from DHT
2022-06-14 16:46:13 +0000 tr-dht.cc:613 [Débogage] xxxxxxxxxxxxxxxxxxxxxxxxx: Learned 25 IPv6 peers from DHT
2022-06-14 16:46:14 +0000 torrent-magnet.cc:336 [Débogage] xxxxxxxxxxxxxxxxxxxxxxxxx: got metadata piece 0 of 16384 bytes
2022-06-14 16:46:14 +0000 torrent-magnet.cc:370 [Débogage] xxxxxxxxxxxxxxxxxxxxxxxxx: saving metainfo piece 0... 0 remain
2022-06-14 16:46:14 +0000 torrent-magnet.cc:375 [Débogage] xxxxxxxxxxxxxxxxxxxxxxxxx: metainfo piece 0 was the last one
2022-06-14 16:46:14 +0000 torrent.cc:1551 [Renseignements] xxxxxxxxxxxxxxxxxxxxxxxx: Pausing torrent
2022-06-14 16:46:14 +0000 verify.cc:48 [Débogage] xxxxxxxxxxxxxxxxxxxxxxxx: verifying torrent...
2022-06-14 16:46:14 +0000 verify.cc:151 [Débogage] xxxxxxxxxxxxxxxxxxxxxxxx: Verification is done. It took 0 seconds to verify 3952254677 bytes (3952254677 bytes per second)
2022-06-14 16:46:27 +0000 tr-dht.cc:613 [Débogage] xxxxxxxxxxxxxxxxxxxxxxxx: Learned 25 IPv6 peers from DHT
2022-06-14 16:46:51 +0000 announcer-udp.cc:550 [Débogage] 185.193.125.139:6969: Connection failed
2022-06-14 16:46:51 +0000 announcer.cc:1278 [Débogage] xxxxxxxxxxxxxxxxxxxxxxxx at 185.193.125.139:6969: Tracker '185.193.125.139:6969' scrape error: Connection failed (Retrying in 20 seconds)
2022-06-14 16:46:51 +0000 announcer.cc:986 [] xxxxxxxxxxxxxxxxxxxxxxxx at 185.193.125.139:6969: Announce error: Connection failed (Retrying in 328 seconds)
2022-06-14 16:46:51 +0000 announcer-udp.cc:550 [Débogage] tracker.opentrackr.org:1337: Connection failed
2022-06-14 16:46:51 +0000 announcer.cc:1278 [Débogage] xxxxxxxxxxxxxxxxxxxxxxxx at tracker.opentrackr.org:1337: Tracker 'tracker.opentrackr.org:1337' scrape error: Connection failed (Retrying in 20 seconds)
2022-06-14 16:46:51 +0000 announcer.cc:986 [] xxxxxxxxxxxxxxxxxxxxxxxx at tracker.opentrackr.org:1337: Announce error: Connection failed (Retrying in 308 seconds)
2022-06-14 16:46:51 +0000 announcer-udp.cc:550 [Débogage] tracker.openbittorrent.com:6969: Connection failed
2022-06-14 16:46:51 +0000 announcer.cc:1278 [Débogage] xxxxxxxxxxxxxxxxxxxxxxxx at tracker.openbittorrent.com:6969: Tracker 'tracker.openbittorrent.com:6969' scrape error: Connection failed (Retrying in 20 seconds)
2022-06-14 16:46:51 +0000 announcer.cc:986 [] xxxxxxxxxxxxxxxxxxxxxxxx at tracker.openbittorrent.com:6969: Announce error: Connection failed (Retrying in 333 seconds)
2022-06-14 16:46:51 +0000 announcer-udp.cc:550 [Débogage] movies.zsw.ca:6969: Connection failed
2022-06-14 16:46:51 +0000 announcer.cc:1278 [Débogage] xxxxxxxxxxxxxxxxxxxxxxxx at movies.zsw.ca:6969: Tracker 'movies.zsw.ca:6969' scrape error: Connection failed (Retrying in 20 seconds)
2022-06-14 16:46:51 +0000 announcer.cc:986 [] xxxxxxxxxxxxxxxxxxxxxxxx at movies.zsw.ca:6969: Announce error: Connection failed (Retrying in 350 seconds)
2022-06-14 16:46:51 +0000 announcer-udp.cc:550 [Débogage] open.stealth.si:80: Connection failed
2022-06-14 16:46:51 +0000 announcer.cc:1278 [Débogage] xxxxxxxxxxxxxxxxxxxxxxxx at open.stealth.si:80: Tracker 'open.stealth.si:80' scrape error: Connection failed (Retrying in 20 seconds)
2022-06-14 16:46:51 +0000 announcer.cc:986 [] xxxxxxxxxxxxxxxxxxxxxxxx at open.stealth.si:80: Announce error: Connection failed (Retrying in 356 seconds)
2022-06-14 16:46:51 +0000 announcer-udp.cc:550 [Débogage] tracker.0x.tf:6969: Connection failed
2022-06-14 16:46:51 +0000 announcer.cc:1278 [Débogage] xxxxxxxxxxxxxxxxxxxxxxxx at tracker.0x.tf:6969: Tracker 'tracker.0x.tf:6969' scrape error: Connection failed (Retrying in 20 seconds)
2022-06-14 16:46:51 +0000 announcer.cc:986 [] xxxxxxxxxxxxxxxxxxxxxxxx at tracker.0x.tf:6969: Announce error: Connection failed (Retrying in 333 seconds)
2022-06-14 16:46:51 +0000 announcer-udp.cc:550 [Débogage] opentracker.i2p.rocks:6969: Connection failed
2022-06-14 16:46:51 +0000 announcer.cc:1278 [Débogage] xxxxxxxxxxxxxxxxxxxxxxxx at opentracker.i2p.rocks:6969: Tracker 'opentracker.i2p.rocks:6969' scrape error: Connection failed (Retrying in 20 seconds)
2022-06-14 16:46:51 +0000 announcer.cc:986 [] xxxxxxxxxxxxxxxxxxxxxxxx at opentracker.i2p.rocks:6969: Announce error: Connection failed (Retrying in 355 seconds)
2022-06-14 16:46:51 +0000 announcer-udp.cc:550 [Débogage] 47.ip-51-68-199.eu:6969: Connection failed
2022-06-14 16:46:51 +0000 announcer.cc:1278 [Débogage] xxxxxxxxxxxxxxxxxxxxxxxx at 47.ip-51-68-199.eu:6969: Tracker '47.ip-51-68-199.eu:6969' scrape error: Connection failed (Retrying in 20 seconds)
2022-06-14 16:46:51 +0000 announcer.cc:986 [] xxxxxxxxxxxxxxxxxxxxxxxx at 47.ip-51-68-199.eu:6969: Announce error: Connection failed (Retrying in 313 seconds)
I’ve been encountering the same issue for at least a couple of months. I don’t think this was happening in September 2021.
If one has the courage, we could do dichotomous differences to pinpoint where the regression occurred.
I’ve been encountering the same issue for at least a couple of months. I don’t think this was happening in September 2021. If one has the courage, we could do dichotomous differences to pinpoint where the regression occurred.
I’m not seeing this error so I’d be happy for the help. Does seem like a pretty big ask, though.
Copy link
Collaborator
Author
It’s going to be a long work
Technical question: if I do git checkout 7ca0b4cc25ddb1935294556c123df7db8d9ccfe2, does it also restore the submodules at the state they had for that commit, or not? If not, what needs to be done?
I can reproduce the bug with:
- 7ca0b4c 2021-12-17
- be74cb6 2021-11-04
- b413e93 2021-09-28
- 696b0bc 2021-08-28
Actually, the 3.00 binary has the same issue, so bisection is probably not the right way to go…
I’m testing with this magnet link: echo -n 'bWFnbmV0Oj94dD11cm46YnRpaDpCODc5NDU5MUIzOEM3RkU5MzNCOUUzRTEwMTg4MjIzMEY5RkI4QzI3JmRuPUJldHRlciUyMENhbGwlMjBTYXVsJTIwUzA2RTA3JTIwMTA4MHAlMjBXRUIlMjBIMjY0LUNBS0VTJnRyPXVkcCUzQSUyRiUyRjE4NS4xOTMuMTI1LjEzOSUzQTY5NjklMkZhbm5vdW5jZSZ0cj11ZHAlM0ElMkYlMkZ0cmFja2VyLm9wZW50cmFja3Iub3JnJTNBMTMzNyZ0cj11ZHAlM0ElMkYlMkZ0cmFja2VyLm9wZW5iaXR0b3JyZW50LmNvbSUzQTY5NjklMkZhbm5vdW5jZSZ0cj11ZHAlM0ElMkYlMkZtb3ZpZXMuenN3LmNhJTNBNjk2OSUyRmFubm91bmNlJnRyPXVkcCUzQSUyRiUyRm9wZW4uc3RlYWx0aC5zaSUzQTgwJTJGYW5ub3VuY2UmdHI9dWRwJTNBJTJGJTJGdHJhY2tlci4weC50ZiUzQTY5NjklMkZhbm5vdW5jZSZ0cj11ZHAlM0ElMkYlMkZvcGVudHJhY2tlci5pMnAucm9ja3MlM0E2OTY5JTJGYW5ub3VuY2UmdHI9dWRwJTNBJTJGJTJGNDcuaXAtNTEtNjgtMTk5LmV1JTNBNjk2OSUyRmFubm91bmNl' | base64 --decode
Can you try, @fxcoudert, to change those two lines:
| set(TR_USER_AGENT_PREFIX «3.00+») | |
| set(TR_PEER_ID_PREFIX «-TR300Z-«) |
To:
set(TR_USER_AGENT_PREFIX "3.01")
set(TR_PEER_ID_PREFIX "TR3001")
I had a few torrents unblocked (but not all) by changing my version number: the issue could come from trackers banning us?
Copy link
Collaborator
Author
@Coeur it did not change anything for me.
Copy link
Collaborator
Author
I had this issue today, again. I tried to restart the app several times, but sadly the error kept showing up in all trackers (but tracker.gbitt.info:80, which retrieved clients that were not connected with, I don’t know why).
Instead of restarting the computer as I usually do, I tried to modify Transmission settings and restart the app, doing it one by one to find anything that could fix it. The first thing I changed was the listening port to a random one.
That worked.
I am also having this problem with many of the recent v4 for mac nightly builds. very annoying. Not an issue with other BT clients. Never had this issue on version 3.0 on my old intel mac.
I also have that problem now, it was working fine some weeks ago. I solved it by not using Transmission from docker and use the Synology community package.
I get this errors (not solved with docker and container restarts)
Copy link
Collaborator
Author
I still get this problem with Transmission 4.0.0-beta.3 (634b1e8). It makes Transmission unusable for me. I have used different other clients with no issue, on the exact same torrents, same network, etc.
The tracker says help wanted and I am willing to spend time and effort in debugging this, but I have reported all the logs and have no idea how to investigate further. I need guidance, please. @ckerr
@fxcoudert Hmmm 🤔 the torrents you shared earlier are working for me. Also from your log messages above it looks like DHT is working for you, and DHT uses UDP for package transport, so it’s apparently not a firewall issue.
OK, I am just guessing here on how I would start tracking this down this if I were on a system where I could reproduce the problem….
Since we know UDP packets are working, but announcing via UDP isn’t, my guess is that either DNS lookup is failing or we’re not able to send a connect request to the tracker. Let’s find out if either of those are the case. Try building with these tracers so we can see what announcer-udp is up to:
https://gist.githubusercontent.com/ckerr/8fa07b82a99b70e2866887dd69fb3195/raw/ed0287e11c9397650cee8724d833088411d54937/tracers.diff
Also if it is a DNS failure, try running nslookup from the command line for that server’s name.
Copy link
Collaborator
Author
I’ve had this problem consistently for months, on many different builds, but at some point it disappeared for me. This is frustrating, cause I could never identify the cause. I could confirm early on that it was not a DNS failure. But when I came in January to apply to patch provided, things were working (and have been working since).
By doing a nslookup on the trackers, eg: 9.rarbg.me, I see it’s a group of 4 ip’s. Perhaps Transmission should be hitting these trackers multiple times?
…my thinking is that Transmission is too nice. Perhaps it needs to bang its way in, as I’m guessing qBittorrent does.
@fxcoudert is that patch still available? I could definitely try it out! 
Can confirm issue still exists on Debian 11 x64 with Transmission 4.0.3
I added into /etc/sysctl.conf to help increase memory on the TCP/IP buffers
net.core.rmem_max=4194304
net.core.wmem_max=1048576
Tracker udp://9.rarbg.me:2720 is confirmed to be working with another client (Deluge)
[2023-04-18 23:14:41.601] inf session.cc:646 Transmission version 4.0.3 (6b0e49bbb2) starting (session.cc:646)
[2023-04-18 23:14:41.601] dbg cache.cc:129 Maximum cache size set to 4.00 MiB (256 blocks) (cache.cc:129)
[2023-04-18 23:14:41.601] dbg net.cc:328 Bound socket 14 to port XXXX on 0.0.0.0 (net.cc:328)
[2023-04-18 23:14:41.601] inf session.cc:404 Listening to incoming peer connections on [0.0.0.0]:XXXX (session.cc:404)
[2023-04-18 23:14:41.601] dbg net.cc:328 Bound socket 15 to port XXXX on :: (net.cc:328)
[2023-04-18 23:14:41.601] inf session.cc:404 Listening to incoming peer connections on [::]:XXXX (session.cc:404)
[2023-04-18 23:14:41.601] inf tr-udp.cc:168 Bound UDP IPv4 address [0.0.0.0]:XXXX (tr-udp.cc:168)
[2023-04-18 23:14:41.601] inf tr-udp.cc:202 Bound UDP IPv6 address [::]:XXXX (tr-udp.cc:202)
[2023-04-18 23:14:41.601] dbg tr-lpd.cc:281 Initialising Local Peer Discovery (tr-lpd.cc:281)
[2023-04-18 23:14:41.601] dbg tr-lpd.cc:384 Local Peer Discovery initialised (tr-lpd.cc:384)
[2023-04-18 23:14:41.601] dbg tr-dht.cc:139 Starting DHT on port XXXX (tr-dht.cc:139)
[2023-04-18 23:14:41.601] dbg rpc-server.cc:836 setting password-enabled to 'false' (rpc-server.cc:836)
[2023-04-18 23:14:41.601] inf rpc-server.cc:763 Added '127.0.0.1' to host whitelist (rpc-server.cc:763)
[2023-04-18 23:14:41.601] inf rpc-server.cc:763 Added '::1' to host whitelist (rpc-server.cc:763)
[2023-04-18 23:14:41.601] dbg rpc-server.cc:822 setting our username to '' (rpc-server.cc:822)
[2023-04-18 23:14:41.601] dbg rpc-server.cc:830 setting our salted password to 'XXXXXXXXXXXXXXXX' (rpc-server.cc:830)
[2023-04-18 23:14:41.601] inf rpc-server.cc:907 Serving RPC and Web requests on 0.0.0.0:9091/transmission/ (rpc-server.cc:907)
[2023-04-18 23:14:41.601] inf rpc-server.cc:713 Listening for RPC and Web requests on '0.0.0.0:9091' (rpc-server.cc:713)
[2023-04-18 23:14:41.601] inf rpc-server.cc:912 Whitelist enabled (rpc-server.cc:912)
[2023-04-18 23:14:41.601] inf rpc-server.cc:923 Serving RPC and Web requests from '/usr/local/share/transmission/public_html' (rpc-server.cc:923)
[2023-04-18 23:14:41.601] dbg tr-lpd.cc:281 Initialising Local Peer Discovery (tr-lpd.cc:281)
[2023-04-18 23:14:41.601] dbg tr-lpd.cc:384 Local Peer Discovery initialised (tr-lpd.cc:384)
[2023-04-18 23:14:41.601] inf daemon.cc:715 Loading settings from '/var/lib/transmission/.config/transmission-daemon' (daemon.cc:715)
[2023-04-18 23:14:41.601] dbg XXXX Read resume file '/var/lib/transmission/.config/transmission-daemon/resume/XXXX.resume' (resume.cc:650)
[2023-04-18 23:14:41.601] dbg XXXX Read resume file '/var/lib/transmission/.config/transmission-daemon/resume/XXXX.resume' (resume.cc:650)
[2023-04-18 23:14:41.601] dbg XXXX Read resume file '/var/lib/transmission/.config/transmission-daemon/resume/XXXX.resume' (resume.cc:650)
[2023-04-18 23:14:41.601] dbg XXXX Read resume file '/var/lib/transmission/.config/transmission-daemon/resume/XXXX.resume' (resume.cc:650)
[2023-04-18 23:14:41.601] dbg XXXX Read resume file '/var/lib/transmission/.config/transmission-daemon/resume/XXXX.resume' (resume.cc:650)
[2023-04-18 23:14:41.601] dbg XXXX Read resume file '/var/lib/transmission/.config/transmission-daemon/resume/XXXX.resume' (resume.cc:650)
[2023-04-18 23:14:41.601] dbg XXXX Read resume file '/var/lib/transmission/.config/transmission-daemon/resume/XXXX.resume' (resume.cc:650)
[2023-04-18 23:14:41.601] dbg XXXX Read resume file '/var/lib/transmission/.config/transmission-daemon/resume/XXXX.resume' (resume.cc:650)
[2023-04-18 23:14:41.601] dbg XXXX Read resume file '/var/lib/transmission/.config/transmission-daemon/resume/XXXX.resume' (resume.cc:650)
[2023-04-18 23:14:41.601] dbg XXXX Read resume file '/var/lib/transmission/.config/transmission-daemon/resume/XXXX.resume' (resume.cc:650)
[2023-04-18 23:14:41.601] inf session.cc:1406 Loaded 10 torrents (session.cc:1406)
[2023-04-18 23:14:41.601] dbg tracker.thinelephant.org:12760 DNS lookup succeeded (announcer-udp.cc:435)
[2023-04-18 23:14:41.601] dbg tracker.thinelephant.org:12800 DNS lookup succeeded (announcer-udp.cc:435)
[2023-04-18 23:14:41.601] dbg tracker.tallpenguin.org:15740 DNS lookup succeeded (announcer-udp.cc:435)
[2023-04-18 23:14:41.601] dbg tracker.thinelephant.org:12770 DNS lookup succeeded (announcer-udp.cc:435)
[2023-04-18 23:14:41.601] dbg tracker.tallpenguin.org:15720 DNS lookup succeeded (announcer-udp.cc:435)
[2023-04-18 23:14:41.601] dbg tracker.tallpenguin.org:15730 DNS lookup succeeded (announcer-udp.cc:435)
[2023-04-18 23:14:41.601] dbg tracker.tallpenguin.org:15710 DNS lookup succeeded (announcer-udp.cc:435)
[2023-04-18 23:14:41.601] dbg tracker.slowcheetah.org:14770 DNS lookup succeeded (announcer-udp.cc:435)
[2023-04-18 23:14:41.601] dbg tracker.tallpenguin.org:15750 DNS lookup succeeded (announcer-udp.cc:435)
[2023-04-18 23:14:41.601] dbg tracker.tallpenguin.org:15770 DNS lookup succeeded (announcer-udp.cc:435)
[2023-04-18 23:14:41.601] dbg tracker.thinelephant.org:12720 DNS lookup succeeded (announcer-udp.cc:435)
[2023-04-18 23:14:41.601] dbg 9.rarbg.me:2720 DNS lookup succeeded (announcer-udp.cc:435)
[2023-04-18 23:14:41.601] dbg tracker.slowcheetah.org:14740 DNS lookup succeeded (announcer-udp.cc:435)
[2023-04-18 23:14:41.601] dbg tracker.fatkhoala.org:13770 DNS lookup succeeded (announcer-udp.cc:435)
[2023-04-18 23:14:41.601] dbg tracker.thinelephant.org:12740 DNS lookup succeeded (announcer-udp.cc:435)
[2023-04-18 23:14:42.607] dbg tracker.slowcheetah.org:14770 Got a new connection ID from tracker: XXXX (announcer-udp.cc:323)
[2023-04-18 23:14:42.607] dbg tracker.slowcheetah.org:14770 sending req 0x7f14900c8db0 (announcer-udp.cc:520)
[2023-04-18 23:14:42.607] dbg tracker.slowcheetah.org:14770 sending request w/connection id XXXX (announcer-udp.cc:537)
[2023-04-18 23:14:42.607] dbg tracker.thinelephant.org:12800 Got a new connection ID from tracker: XXXX (announcer-udp.cc:323)
[2023-04-18 23:14:42.607] dbg tracker.thinelephant.org:12800 sending req 0x7f14900bdf30 (announcer-udp.cc:520)
[2023-04-18 23:14:42.607] dbg tracker.thinelephant.org:12800 sending request w/connection id XXXX (announcer-udp.cc:537)
[2023-04-18 23:14:42.607] dbg tracker.thinelephant.org:12760 Got a new connection ID from tracker: XXXX (announcer-udp.cc:323)
[2023-04-18 23:14:42.607] dbg tracker.thinelephant.org:12760 sending req 0x7f14900c1470 (announcer-udp.cc:520)
[2023-04-18 23:14:42.607] dbg tracker.thinelephant.org:12760 sending request w/connection id XXXX (announcer-udp.cc:537)
[2023-04-18 23:14:42.607] dbg tracker.thinelephant.org:12770 Got a new connection ID from tracker: XXXX (announcer-udp.cc:323)
[2023-04-18 23:14:42.607] dbg tracker.thinelephant.org:12770 sending req 0x7f14900c6540 (announcer-udp.cc:520)
[2023-04-18 23:14:42.607] dbg tracker.thinelephant.org:12770 sending request w/connection id XXXX (announcer-udp.cc:537)
[2023-04-18 23:14:42.607] dbg XXXX at tracker.slowcheetah.org:14770 peer counts: 3 seeders, 4 leechers. (announcer.cc:690)
[2023-04-18 23:14:42.607] dbg XXXX at tracker.thinelephant.org:12800 peer counts: 12 seeders, 17 leechers. (announcer.cc:690)
[2023-04-18 23:14:42.607] dbg XXXX at tracker.thinelephant.org:12760 peer counts: 1 seeders, 2 leechers. (announcer.cc:690)
[2023-04-18 23:14:42.607] dbg XXXX at tracker.thinelephant.org:12770 peer counts: 5 seeders, 6 leechers. (announcer.cc:690)
[2023-04-18 23:14:42.607] dbg tracker.slowcheetah.org:14740 Got a new connection ID from tracker: XXXX (announcer-udp.cc:323)
[2023-04-18 23:14:42.607] dbg tracker.slowcheetah.org:14740 sending req 0x7f14900d1cf0 (announcer-udp.cc:520)
[2023-04-18 23:14:42.607] dbg tracker.slowcheetah.org:14740 sending request w/connection id XXXX (announcer-udp.cc:537)
[2023-04-18 23:14:42.607] dbg tracker.thinelephant.org:12720 Got a new connection ID from tracker: XXXX (announcer-udp.cc:323)
[2023-04-18 23:14:42.607] dbg tracker.thinelephant.org:12720 sending req 0x7f14900d6820 (announcer-udp.cc:520)
[2023-04-18 23:14:42.607] dbg tracker.thinelephant.org:12720 sending request w/connection id XXXX (announcer-udp.cc:537)
[2023-04-18 23:14:42.607] dbg tracker.thinelephant.org:12740 Got a new connection ID from tracker: XXXX (announcer-udp.cc:323)
[2023-04-18 23:14:42.607] dbg tracker.thinelephant.org:12740 sending req 0x7f14900cf4d0 (announcer-udp.cc:520)
[2023-04-18 23:14:42.607] dbg tracker.thinelephant.org:12740 sending request w/connection id XXXX (announcer-udp.cc:537)
[2023-04-18 23:14:42.607] dbg XXXX at tracker.slowcheetah.org:14740 peer counts: 13 seeders, 26 leechers. (announcer.cc:690)
[2023-04-18 23:14:42.607] dbg XXXX at tracker.thinelephant.org:12720 peer counts: 4 seeders, 155 leechers. (announcer.cc:690)
[2023-04-18 23:14:42.607] dbg XXXX at tracker.thinelephant.org:12740 peer counts: 8 seeders, 21 leechers. (announcer.cc:690)
[2023-04-18 23:15:10.599] dbg XXXX at tracker.tallpenguin.org:15720 Tracker 'tracker.tallpenguin.org:15720' scrape error: Could not connect to tracker (Retrying in 20 seconds) (announcer.cc:1254)
[2023-04-18 23:15:10.599] dbg XXXX at tracker.tallpenguin.org:15710 Tracker 'tracker.tallpenguin.org:15710' scrape error: Could not connect to tracker (Retrying in 20 seconds) (announcer.cc:1254)
[2023-04-18 23:15:10.599] dbg XXXX at tracker.tallpenguin.org:15740 Tracker 'tracker.tallpenguin.org:15740' scrape error: Could not connect to tracker (Retrying in 20 seconds) (announcer.cc:1254)
[2023-04-18 23:15:10.599] dbg XXXX at tracker.tallpenguin.org:15730 Tracker 'tracker.tallpenguin.org:15730' scrape error: Could not connect to tracker (Retrying in 20 seconds) (announcer.cc:1254)
[2023-04-18 23:15:10.599] dbg XXXX at tracker.fatkhoala.org:13770 Tracker 'tracker.fatkhoala.org:13770' scrape error: Could not connect to tracker (Retrying in 20 seconds) (announcer.cc:1254)
[2023-04-18 23:15:10.599] dbg XXXX at tracker.tallpenguin.org:15750 Tracker 'tracker.tallpenguin.org:15750' scrape error: Could not connect to tracker (Retrying in 20 seconds) (announcer.cc:1254)
[2023-04-18 23:15:10.599] dbg XXXX at 9.rarbg.me:2720 Tracker '9.rarbg.me:2720' scrape error: Could not connect to tracker (Retrying in 20 seconds) (announcer.cc:1254)
[2023-04-18 23:15:10.599] dbg XXXX at tracker.tallpenguin.org:15770 Tracker 'tracker.tallpenguin.org:15770' scrape error: Could not connect to tracker (Retrying in 20 seconds) (announcer.cc:1254)
[2023-04-18 23:15:11.605] dbg XXXX at tracker.trackerfix.com:80 Tracker 'tracker.trackerfix.com:80' scrape error: Could not connect to tracker (Retrying in 20 seconds) (announcer.cc:1254)
[2023-04-18 23:15:11.605] dbg XXXX at tracker.trackerfix.com:80 Tracker 'tracker.trackerfix.com:80' scrape error: Could not connect to tracker (Retrying in 20 seconds) (announcer.cc:1254)
[2023-04-18 23:15:11.605] dbg XXXX at tracker.trackerfix.com:80 Tracker 'tracker.trackerfix.com:80' scrape error: Could not connect to tracker (Retrying in 20 seconds) (announcer.cc:1254)
[2023-04-18 23:15:11.605] dbg XXXX at tracker.trackerfix.com:80 Tracker 'tracker.trackerfix.com:80' scrape error: Could not connect to tracker (Retrying in 20 seconds) (announcer.cc:1254)
[2023-04-18 23:15:11.605] dbg XXXX at tracker.trackerfix.com:80 Tracker 'tracker.trackerfix.com:80' scrape error: Could not connect to tracker (Retrying in 20 seconds) (announcer.cc:1254)
[2023-04-18 23:15:11.605] dbg XXXX at tracker.trackerfix.com:80 Tracker 'tracker.trackerfix.com:80' scrape error: Could not connect to tracker (Retrying in 20 seconds) (announcer.cc:1254)
[2023-04-18 23:15:11.605] dbg XXXX at tracker.trackerfix.com:80 Tracker 'tracker.trackerfix.com:80' scrape error: Could not connect to tracker (Retrying in 20 seconds) (announcer.cc:1254)
[2023-04-18 23:15:11.605] dbg XXXX at tracker.trackerfix.com:80 Tracker 'tracker.trackerfix.com:80' scrape error: Could not connect to tracker (Retrying in 20 seconds) (announcer.cc:1254)
[2023-04-18 23:15:11.605] dbg XXXX at tracker.trackerfix.com:80 Tracker 'tracker.trackerfix.com:80' scrape error: Could not connect to tracker (Retrying in 20 seconds) (announcer.cc:1254)
[2023-04-18 23:15:28.596] dbg 9.rarbg.me:2720 Connection failed (announcer-udp.cc:328)
[2023-04-18 23:15:28.596] WRN XXXX at 9.rarbg.me:2720 Announce error: Connection failed (Retrying in 327 seconds) (udp://9.rarbg.me:2720) (announcer.cc:885)
[Edit] I compiled with the patch from @ckerr and got the following output:
Apr 19 01:42:10 XXXX transmission-daemon[155029]: /transmission-4.0.3/libtransmission/announcer-udp.cc:360 making new dns request for host '9.rarbg.me' port 2720
Apr 19 01:42:10 XXXX transmission-daemon[155029]: /transmission-4.0.3/libtransmission/announcer-udp.cc:343 dns lookup finished
Apr 19 01:42:10 XXXX transmission-daemon[155029]: /transmission-4.0.3/libtransmission/announcer-udp.cc:345 dns result has value? 1
.........
Apr 19 01:42:11 XXXX transmission-daemon[155029]: /transmission-4.0.3/libtransmission/announcer-udp.cc:401 calling send_requests
Apr 19 01:42:11 XXXX transmission-daemon[155029]: /transmission-4.0.3/libtransmission/announcer-udp.cc:395 timing out requests
Apr 19 01:42:11 XXXX transmission-daemon[155029]: /transmission-4.0.3/libtransmission/announcer-udp.cc:395 timing out requests
Apr 19 01:42:11 XXXX transmission-daemon[155029]: /transmission-4.0.3/libtransmission/announcer-udp.cc:395 timing out requests
Apr 19 01:42:11 XXXX transmission-daemon[155029]: /transmission-4.0.3/libtransmission/announcer-udp.cc:353 is idle; doing nothing
I’m on version 4.0.3 on Fedora 38 and encountered this problem again today. Restarting Transmission does not fix it; logging out and back in does not fix it; rebooting seems to fix it.
I am facing the same issue, version 4.0.3 on Arch Linux, and cannot fix it by downgrading (to 3.0.0) / restarting / or rebooting.
Every torrent shows the same warning Scrape error: Could not connect to tracker (announcer.c:1392) or Announce error: Could not connect to tracker (Retrying in xxx seconds) .
I originally suppose it might be a DNS issue, or some other thing related to the network, however I cannot find a way to debug.
Even the debug level shows limited information.
Содержание
- Transmission не может присоедениться к трекеру
- исправлено Transmission невозможно подключиться к трекеру
- Вопрос
- Unfaithful
- Unfaithful
- Transmission: Не удается подключиться к HTTPS-трекеру.
- Все 35 Комментарий
- Transmission трекер выдал ошибку сбой подключения
- Кто сейчас на форуме
- Статьи » Битторрент » Статус трекера
- Статус трекера
- Невозможность связаться с трекером
- Ошибки, выдаваемые трекером
- Превышено макс. количество торрентов
- Торрент не зарегистрирован на трекере
- Эта версия клиента забанена на трекере
- Запрещенный порт
- Неправильный passkey
- Пользователь незарегистрирован
- (Непонятные сообщения)
- Обновление трекера
Поставил 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, и есть ли у него права на запись в директории куда качаешь и где конфиги.
Источник
Спросил 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 |
Часовой пояс: UTC + 3 часа Кто сейчас на форумеСейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 6 Источник Статьи » Битторрент » Статус трекераСтатус трекераВ клиенте у каждой активной задачи есть так называемый статус трекера . Статус трекера — это результат последнего обращения клиента к трекеру. У активной задачи, получившей нормальный ответ от трекера, там пишется «Ок» или «работает». Невозможность связаться с трекером
то это означает, что клиент вообще не смог связаться с трекером.
Ваш клиент качает или отдает на полной скорости вашего канала, и пакеты общения клиента с трекером теряются или доходят слишком медленно. Ограничьте в настройках скорости клиента до примерно 90% от возможности канала. Вы можете пару раз сделать ручное обновление статуса, чтобы выяснить, проблема временная или постоянная. Ошибки, выдаваемые трекеромЕсли клиент успешно связался с трекером, но трекер выдал сообщение об ошибке, то клиент в статусе трекера покажет это сообщение. На разных трекерах ошибки клиентам могут выдаваться на английском, на транслите или на русском. Далее мы рассмотрим основные возможные виды сообщений. Превышено макс. количество торрентовБольшинство трекеров ограничивают масимальное количество раздач в которых вы можете участвовать одновременно. Обычно это число зависит от так называемого класса пользователя и указано на странице деталей пользователя. Решение простое: не качайте больше раздач, чем вам положено. Некоторые трекеры ограничивают только количество качаемых раздач, а сидировать можно неограниченно. На таком трекере запускайте сначала все ваши задачи на сидирование, а потом уже те, которые качаете. Если трекер выдает вам эту ошибку когда вы еще не дошли до своего максимума, то скорее всего у вас в профиле раздачи-призраки. Торрент не зарегистрирован на трекереЭта версия клиента забанена на трекереЗапрещенный портНеправильный passkeyПользователь незарегистрирован(Непонятные сообщения)
Обновление трекераРядом со статусом трекера клиент показывает, сколько минут осталось до следующего планового обращения к трекеру. Период между обращениями зависит от настроек трекера и клиента. Вы можете заставить клиент обратиться к трекеру не дожидаясь пока «время до обновления» уменьшится до нуля. Обычно это действие называют » Ручное обновление «. Щелкните правой кнопкой мыши на задаче и в меню выберите » Обновить трекер » (µTorrent) / » Подключить вручную » (BitComet). В Azureus есть специальная кнопка справа от статуса трекера. Источник |
в Azureus и µTorrent посмотреть на вкладку «Общее». 
в BitComet посмотреть в раздел «Информация» или «Tрекер» 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.local
Все заявки по ретрекерам — юзеру retracker, в личку. И опять же, ретрекеров для провайдером с количеством пользователей менее 20 000 не прописываем, это лишняя нагрузка на нас, с нулевой, практически, отдачей для пользователей !
Имейте ввиду, что 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 опция:
- ↑ На самом деле оно не так По спецификации адрес аннонсера может быть любой. Вид /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.local
Все заявки по ретрекерам — юзеру retracker, в личку. И опять же, ретрекеров для провайдером с количеством пользователей менее 20 000 не прописываем, это лишняя нагрузка на нас, с нулевой, практически, отдачей для пользователей !
Имейте ввиду, что 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 опция:
- ↑ На самом деле оно не так По спецификации адрес аннонсера может быть любой. Вид /announce или /announce.php равнозначен и нужен только как признак, что трекер поддерживает scrape: Спецификация
Вопросы по ретрекеру можно задать здесь.
Источник