- Печать
Страницы: [1] 2 3 4 Все Вниз
Тема: Не идут закачки в Transmission (Прочитано 19980 раз)
0 Пользователей и 1 Гость просматривают эту тему.
![Оффлайн](https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png)
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
И, соответственно, вопрос, — что можно сделать, чтобы закачки шли?
![Оффлайн](https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png)
SABeShnik
Так, для справки: на роутере случаем ничего не резали? Или может поставили firewall вместе с обновлениями? Я бы в сторону портов сотрел.
2x2Gb DDRIII, C2D8400, Seagate 2x2Tb 5900, Samsung 1Tb 7200,
Seagate 250 7200, X633, AeroCool 700W
![Оффлайн](https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png)
oodav33
Правка — Параметры — вкладка Сеть. Попробывать снять галку «Использовать uTP для связи с другими участниками» (если стоит, конечно)
$ $ $
qbittorrent альтернатива .
или переустановите
![Оффлайн](https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png)
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 например.
![Оффлайн](https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png)
SABeShnik
Порты можно проверить используя утилиту telnet
2x2Gb DDRIII, C2D8400, Seagate 2x2Tb 5900, Samsung 1Tb 7200,
Seagate 250 7200, X633, AeroCool 700W
![Оффлайн](https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png)
VeraGu
поставьте KTorrent я перешёл на него с Transmission
Установила. Пишет «нет связи». значит, проблема не в самой программе, а глубже, но куда копать, пока не понятно. А главное, как копать, какими командами? С этими «волшебными словами» у меня огромная проблема))
![Оффлайн](https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png)
wajnon
VeraGu,
в терминале:
transmission-gtk
и смотрите может ошибки какие покажет
VeraGu, запустите transmission в терминале и покажите весь выхлоп тут когда пытаетесь скачать.
Да и откуда качаете? Есть возможность, что трекер заблокировал данный клиент, как это уже случалось с deluge например.
ПС терминал открывается Ctrl+Alt+t
![Оффлайн](https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png)
VeraGu
VeraGu,
в терминале:transmission-gtk
и смотрите может ошибки какие покажетVeraGu, запустите transmission в терминале и покажите весь выхлоп тут когда пытаетесь скачать.
Да и откуда качаете? Есть возможность, что трекер заблокировал данный клиент, как это уже случалось с deluge например.ПС терминал открывается Ctrl+Alt+t
Спасибо за подсказку)) Я весь вечер пытаю терминал, но без толку))
А по вашей подсказке у меня открывается только окно программы, и ничего более… И в этом окне нет кнопки «Правка — Параметры — вкладка Сеть», где можно было бы «попробовать снять галку «Использовать uTP для связи с другими участниками» (если стоит, конечно)»((
Качаю с ру-трекера, сейчас проверила два других торрент-трекера, результат тот же — нулевой.
$ $ $
VeraGu,
правка -параметры. там всё написано. или ПКМ пробуйте.
![Оффлайн](https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png)
VeraGu
| toZen |
VeraGu, есть там всё, смотрите не на окно программы, а слева вверху экрана монитора. Эххх…Global Menu, чтоб его…
Да, когда вывод покажете в терминале-то?
![Оффлайн](https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png)
VeraGu
VeraGu, есть там всё, смотрите не на окно программы, а слева вверху экрана монитора. Эххх…Global Menu, чтоб его…
Да, когда вывод покажете в терминале-то?
Спасибо, ГлобалМеню я проигнорировала полностью. Пишет, что порт 51413 закрыт, снимала все галки, безрезультатно.
И необходим совет для особо одаренных — как получить требуемый вывод в терминале?
![Оффлайн](https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png)
wajnon
VeraGu,
просто запустите программу в терминале, потом, не закрывая терминал, запустите какой нибудь торрент на закачку. И смотрите что в терминале пишет. Мышкой все выделить, копировать и сюда под спойлер выложить.
- Печать
Страницы: [1] 2 3 4 Все Вверх
- Печать
Страницы: [1] 2 3 4 Все Вниз
Тема: Не идут закачки в Transmission (Прочитано 19142 раз)
0 Пользователей и 1 Гость просматривают эту тему.
![Оффлайн](https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png)
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
И, соответственно, вопрос, — что можно сделать, чтобы закачки шли?
![Оффлайн](https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png)
SABeShnik
Так, для справки: на роутере случаем ничего не резали? Или может поставили firewall вместе с обновлениями? Я бы в сторону портов сотрел.
2x2Gb DDRIII, C2D8400, Seagate 2x2Tb 5900, Samsung 1Tb 7200,
Seagate 250 7200, X633, AeroCool 700W
![Оффлайн](https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png)
oodav33
Правка — Параметры — вкладка Сеть. Попробывать снять галку «Использовать uTP для связи с другими участниками» (если стоит, конечно)
![Оффлайн](https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png)
$ $ $
qbittorrent альтернатива .
или переустановите
![Оффлайн](https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png)
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 например.
![Оффлайн](https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png)
SABeShnik
Порты можно проверить используя утилиту telnet
2x2Gb DDRIII, C2D8400, Seagate 2x2Tb 5900, Samsung 1Tb 7200,
Seagate 250 7200, X633, AeroCool 700W
![Оффлайн](https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png)
VeraGu
поставьте KTorrent я перешёл на него с Transmission
Установила. Пишет «нет связи». значит, проблема не в самой программе, а глубже, но куда копать, пока не понятно. А главное, как копать, какими командами? С этими «волшебными словами» у меня огромная проблема))
![Оффлайн](https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png)
wajnon
VeraGu,
в терминале:
transmission-gtk
и смотрите может ошибки какие покажет
VeraGu, запустите transmission в терминале и покажите весь выхлоп тут когда пытаетесь скачать.
Да и откуда качаете? Есть возможность, что трекер заблокировал данный клиент, как это уже случалось с deluge например.
ПС терминал открывается Ctrl+Alt+t
![Оффлайн](https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png)
VeraGu
VeraGu,
в терминале:transmission-gtk
и смотрите может ошибки какие покажетVeraGu, запустите transmission в терминале и покажите весь выхлоп тут когда пытаетесь скачать.
Да и откуда качаете? Есть возможность, что трекер заблокировал данный клиент, как это уже случалось с deluge например.ПС терминал открывается Ctrl+Alt+t
Спасибо за подсказку)) Я весь вечер пытаю терминал, но без толку))
А по вашей подсказке у меня открывается только окно программы, и ничего более… И в этом окне нет кнопки «Правка — Параметры — вкладка Сеть», где можно было бы «попробовать снять галку «Использовать uTP для связи с другими участниками» (если стоит, конечно)»((
Качаю с ру-трекера, сейчас проверила два других торрент-трекера, результат тот же — нулевой.
![Оффлайн](https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png)
$ $ $
VeraGu,
правка -параметры. там всё написано. или ПКМ пробуйте.
![Оффлайн](https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png)
VeraGu
| toZen |
VeraGu, есть там всё, смотрите не на окно программы, а слева вверху экрана монитора. Эххх…Global Menu, чтоб его…
Да, когда вывод покажете в терминале-то?
![Оффлайн](https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png)
VeraGu
VeraGu, есть там всё, смотрите не на окно программы, а слева вверху экрана монитора. Эххх…Global Menu, чтоб его…
Да, когда вывод покажете в терминале-то?
Спасибо, ГлобалМеню я проигнорировала полностью. Пишет, что порт 51413 закрыт, снимала все галки, безрезультатно.
И необходим совет для особо одаренных — как получить требуемый вывод в терминале?
![Оффлайн](https://forum.ubuntu.ru/Themes/ubuntu-portal/images/png/useroff.png)
wajnon
VeraGu,
просто запустите программу в терминале, потом, не закрывая терминал, запустите какой нибудь торрент на закачку. И смотрите что в терминале пишет. Мышкой все выделить, копировать и сюда под спойлер выложить.
- Печать
Страницы: [1] 2 3 4 Все Вверх
-
Annabelle
- Posts: 5
- Joined: Tue May 01, 2012 8:12 pm
Tracker Response Code 0
Hi, folks. A bit of background.
I’m a complete Ubuntu novice. Frankly, I like my computer to work like my car — starts and runs every time and I don’t need to know the details. But financial considerations have forced me to go the Linux route and I’m learning but it is slow.
That said, I’ve been running Transmission without problem and, again due to financial constraints, have been using public wi-fi so I can download some things. I started running Ubuntu 11.04, upgraded to 11.10, and Transmission ran and upgraded without difficulty. A couple of days ago I upgraded to Ubuntu 12.04.
On the torrents I had running before the upgrade or have tried to start since, I now get the following message: «Tracker gave an error: ‘Tracker gave HTTP response code 0 (No Response)».
This happens on all but one of the torrents I have tried to run. On one torrent running previous to the Ubuntu upgrade I receive no error message. So, the Transmission screen is bright red except for this one torrent. Curiously (well, to me, anyway), on torrents I had started to download before the upgrade the torrents show I am connected to peers and I am still able to download (and upload at very high speeds). New torrents won’t start and show no peers.
I’ve re-installed, but nothing changes. I would suspect IP blocking, except that torrents active prior to the upgrade remain active and to my limited understanding I would expect all to be blocked, not just a new ones.
Any ideas? Something I need to reset in Ubuntu and how? Something to fiddle with in Transmission and how?
Thanks for reading and any help.
-
x190
- Posts: 5094
- Joined: Sun Nov 30, 2008 4:59 am
Re: Tracker Response Code 0
Post
by x190 » Wed May 02, 2012 3:25 am
Usually «Tracker gave HTTP response code 0» is a temporary issue with the tracker, but if you use public wifi then certain ports or even addresses could be blocked by the service provider. If you have DHT and PEX enabled, that should help. Older torrents would have peers cached already. Is your port open?
-
Annabelle
- Posts: 5
- Joined: Tue May 01, 2012 8:12 pm
Re: Tracker Response Code 0
Post
by Annabelle » Wed May 02, 2012 5:49 pm
Thank you for taking the time to respond.
Usually «Tracker gave HTTP response code 0» is a temporary issue with the tracker, but if you use public wifi then certain ports or even addresses could be blocked by the service provider.
That’s what I thought, but then why am I still able to upload and download some torrents? The preferences are set up to randomize the port with every start also. Would it help to just set a random port on my own? The ones Transmission sets seem to be always in the 58000 area when I have checked.
If you have DHT and PEX enabled, that should help.
They are.
Older torrents would have peers cached already. Is your port open?
No. The port isn’t open and never has been. And of course I have no ability to forward the port. But then again, uploading and downloading was never a problem before the upgrade to 12.04.
-
rb07
- Posts: 1400
- Joined: Sun Aug 24, 2008 3:14 am
Re: Tracker Response Code 0
Post
by rb07 » Wed May 02, 2012 6:10 pm
Annabelle wrote:Something I need to reset in Ubuntu and how?
Probably.
The error message really means libcurl had a problem, an error that was not an error response from the tracker, also different from «time out», or «connection refused». There is no easy way to guess what that error was, you have to do some tests to try to find the problem:
- Use curl on a terminal to test the URL that failed (the actual URL is not easy to get);
- Use simple network tests, to see if DNS works: host <name-of-tracker>, to see if its reachable: traceroute <tracker>, or ping <tracker>.
- Turn on verbose logging in Transmission (Wiki), add TR_CURL_VERBOSE (more Wiki) to the environment variables (before starting the application) to see the actual URLs and responses or error messages.
-
Annabelle
- Posts: 5
- Joined: Tue May 01, 2012 8:12 pm
Re: Tracker Response Code 0
Post
by Annabelle » Wed May 02, 2012 6:18 pm
To follow up my reply above, just to experiment, I set the port randomly. I didn’t get any of the «response code 0» messages. Still no peers though, even on a torrent that had been seeding at high rates even after the upgrade and in spite of the response code 0 message. But when I checked the tracker of individual torrents, the message was «could not connect to tracker». I tried that twice with different ports without success. So I switched back to the random port on start up setting and got hit again with the «response code 0» message on some torrents and «could not connect to tracker» on others.
Oh, one other thing if it makes any difference. Sometimes the error message includes «Idle» and sometimes «Stalled» and I know neither the difference or the significance.
I have encryption required, by the way, if that makes a difference in blocking activity.
-
rb07
- Posts: 1400
- Joined: Sun Aug 24, 2008 3:14 am
Re: Tracker Response Code 0
Post
by rb07 » Wed May 02, 2012 7:02 pm
The port (peer port) has nothing to do with trackers. What you are seeing is just coincidence, unrelated events, don’t waste your time.
Idle/Stalled is not a message, its a state Transmission uses to describe the activity of a torrent: Idle means no activity in the last minutes, stalled means no activity for more than <value in preferences — queue handling> minutes.
Encryption is also not related to trackers.
-
Annabelle
- Posts: 5
- Joined: Tue May 01, 2012 8:12 pm
Re: Tracker Response Code 0
Post
by Annabelle » Wed May 02, 2012 7:10 pm
Thanks, rb07.
Since I’m slightly past ignoramus stage about this stuff and don’t want to mess too much with things like configuration files for fear of messing things up worse, I was wondering if I should go try another wi-fi spot and see if I have the same problems. If I don’t, then can I safely assume there is some form of blocking going on by the wi-fi I am at now? (And if so, is there any way around it?). If I still have problems then I will need to do the things you suggest I presume.
And if there is blocking, if I did a new install rather than an upgrade, would that help? Is my computer hardware identified to the network regardless of the OS I’m running? I don’t know the details of this.
Thanks again.
-
rb07
- Posts: 1400
- Joined: Sun Aug 24, 2008 3:14 am
Re: Tracker Response Code 0
Post
by rb07 » Wed May 02, 2012 7:19 pm
Annabelle wrote:can I safely assume there is some form of blocking going on by the wi-fi I am at now?
No. Trackers, as you can see in their URL (in the torrent details) use 2 forms of URL (http: and udp:), and a port number that varies, so it is unlikely that some blocking would prevent reaching all of them.
In fact you can’t test the udp trackers the way I said, curl doesn’t do it, and Transmission doesn’t use curl for that.
Annabelle wrote:And if there is blocking, if I did a new install rather than an upgrade, would that help?
No, that’s also unrelated. It doesn’t matter if you use Windows, Mac OSX, Linux, Solaris, … Transmission works about the same in all of them.
Annabelle wrote:Is my computer hardware identified to the network regardless of the OS I’m running?
Unrelated, but yes, if one wanted to do it, its possible to identify your operating system, and your hardware.
-
rb07
- Posts: 1400
- Joined: Sun Aug 24, 2008 3:14 am
Re: Tracker Response Code 0
Post
by rb07 » Wed May 02, 2012 7:23 pm
An idea: perhaps the WiFi is connected to an access point that limits the number of connections. That is more probable than some form of blocking.
Testing that should be easy. If you can open (new) Web pages, then that is not an issue. In other words, you would notice a general problem, not just Transmission, and not just trackers.
-
Annabelle
- Posts: 5
- Joined: Tue May 01, 2012 8:12 pm
Re: Tracker Response Code 0
Post
by Annabelle » Wed May 02, 2012 7:31 pm
Thanks for all of your information.
The last bit about limited connections might be an issue. Since the upgrade I’ve noticed 2 different connections for the wi-fi spot I am at — one locked and one unlocked. The locked one never showed up before.
I’m also having more trouble staying connected since the upgrade. I often have to manually disconnect and then re-connect fairly often — hourly for example. Before the upgrade and before noticing 2 different wireless addresses I would sometimes go all day without any problems.
Well, I guess I’ll have to educate myself and dig into the things you suggest and see if I can get this to work again.
Thanks again for your help.
-
rb07
- Posts: 1400
- Joined: Sun Aug 24, 2008 3:14 am
Re: Tracker Response Code 0
Post
by rb07 » Wed May 02, 2012 7:43 pm
Annabelle wrote:I’ve noticed 2 different connections for the wi-fi spot I am at — one locked and one unlocked
Those are not limits, they are secure and insecure access point connections. In other words, one is open to everybody, the other needs a user/password, or another kind of authentication.
Annabelle wrote:I’m also having more trouble staying connected since the upgrade.
That’s probably because the WiFi signal is low, or the access point is not reliable.
But that brings up an interesting point, if reconnecting also means your local IP is changing, and Transmission is running all the time… even with operating system signaling the applications, I don’t know, Transmission is not really good at loosing connections, but my experience is very different, I only loose the connection when my ISP is doing maintenance, which is not often; in that case I’ve had to pause all torrents, and start all to make things work again, which doesn’t seem to be your case.
-
tritrek
Re: Tracker Response Code 0
Post
by tritrek » Thu Jul 04, 2013 7:57 am
I have the same error message since I’m using Transmission. I’ve never had an issue when using WinXp+uTorrent. Plus, some torrents run no problem from the same tracker some start giving «Tracker returned an error: Tracker gave HTTP response code 0 (No Response)». Sometimes «Resume» works for a while but then it goes back again…it’s really frustrating.
BTW it’s running on OpenELEC… As I see not much has changed since last year
-
rstone5
- Posts: 2
- Joined: Sun Feb 25, 2018 11:29 pm
Re: Tracker Response Code 0
Post
by rstone5 » Sat Jun 25, 2022 8:50 pm
my background
using macOS Big Sur v. 11.6.6 on an iMac 27-inch 2019 Intel i9. I tried Transmission 3.00 when it came out, but it dropped the first music file when I uploaded, might be time to try again. Went back to Transmission v. 2.94 (d8e60ee44f). Using Mullvad VPN through wireguard, port is forwarded correctly for the site and can be switched to another if needed. If I click on «auto map port», Transmission responds with the same port number and the light remains green. PEX, DHT both on, Prefer encrypted peers.
When I download from certain trackers I get the «Tracker Response Code 0», usually after a short to medium pause. This doesn’t -seem- to affect performance, dl’s and ul’s continue and don’t -appear- affected. Playing around with peer encryption, DHT and PEX off/on seems unhelpful. Trackers affected include etree; iArchive; few others but not on ‘double-nickle’ ‘den-o-trade’ ‘dead-flac’. Problem started up maybe a month ago for me…
I appreciate you people keeping this discussion alive here. Helped me to look at options and such. So far have been ignoring the messages. Denial not always a pathological kinda thing. Thanks, Rod.
Is there a pinned issue for this?
- I have read the pinned issues
Is there an existing or similar issue for this?
- I have searched the existing issues
Is there any comment in the documentation for this?
- I have read the documentation, especially the FAQ and Troubleshooting parts
Is this related to a provider?
- I have checked the provider repo for issues
Are you using the latest release?
- I am using the latest release
Have you tried using the dev branch latest?
- I have tried using dev branch
Config used
transmission-openvpn:
container_name: transmission-openvpn
image: haugene/transmission-openvpn
cap_add:
— NET_ADMIN
network_mode: bridge
restart: unless-stopped
volumes:
— /etc/localtime:/etc/localtime:ro
— /dev/net:/dev/net:z
— /volume1/video/downloads:/data
environment:
— OPENVPN_PROVIDER=PIA
— OPENVPN_CONFIG=austria,romania,czech_republic
— OPENVPN_USERNAME=***
— ‘OPENVPN_PASSWORD=***
— ‘OPENVPN_OPTS=—mute-replay-warnings’
— LOCAL_NETWORK=192.168.0.0/24
— TRANSMISSION_WEB_UI=flood-for-transmission
— TRANSMISSION_SCRAPE_PAUSED_TORRENTS_ENABLED=false
— PUID=${PUID}
— PGID=${PGID}
— TZ=${TZ}
logging:
driver: json-file
options:
max-size: 10m
ports:
— 9091:9091
dns:
— 1.1.1.1
— 1.0.0.1
Current Behavior
Package works flawlessly with my 3 public trackers but when I try to add a torrent from a udp based private tracker, it doesn’t start downloading/seeding.
When I looked into the log files, I found this line to be the cause of the issue:
Tracker gave HTTP response code 0 (No Response) (/home/buildozer/aports/community/transmission/src/transmission-3.00/libtransmission/announcer.c:1085)
I tried checking Enable uTP for peer communication
but it didn’t help. I tested the tracker on my pc with qbitorrent and it works just fine.
Expected Behavior
Would work even with a private udp based tracker.
How have you tried to solve the problem?
- Restarted the docker container
- Restarted my NAS
- Changed the DNS servers from PIA to Cloudflare
Log output
These are the logs after restart, there’s something interesting about UDP not working maybe?
[2021-09-02 14:36:28.466] Transmission 3.00 (bb6b5a062e) started (/home/buildozer/aports/community/transmission/src/transmission-3.00/libtransmission/session.c:769) [2021-09-02 14:36:28.467] RPC Server Adding address to whitelist: 127.0.0.1 (/home/buildozer/aports/community/transmission/src/transmission-3.00/libtransmission/rpc-server.c:956) [2021-09-02 14:36:28.467] RPC Server Adding address to whitelist: ::1 (/home/buildozer/aports/community/transmission/src/transmission-3.00/libtransmission/rpc-server.c:956) [2021-09-02 14:36:28.467] RPC Server Serving RPC and Web requests on 0.0.0.0:9091/transmission/ (/home/buildozer/aports/community/transmission/src/transmission-3.00/libtransmission/rpc-server.c:1243) [2021-09-02 14:36:28.467] Port Forwarding Stopped (/home/buildozer/aports/community/transmission/src/transmission-3.00/libtransmission/port-forwarding.c:196) [2021-09-02 14:36:28.467] UDP Failed to set receive buffer: requested 4194304, got 425984 (/home/buildozer/aports/community/transmission/src/transmission-3.00/libtransmission/tr-udp.c:97) [2021-09-02 14:36:28.467] UDP Please add the line "net.core.rmem_max = 4194304" to /etc/sysctl.conf (/home/buildozer/aports/community/transmission/src/transmission-3.00/libtransmission/tr-udp.c:99) [2021-09-02 14:36:28.467] UDP Failed to set send buffer: requested 1048576, got 425984 (/home/buildozer/aports/community/transmission/src/transmission-3.00/libtransmission/tr-udp.c:105) [2021-09-02 14:36:28.467] UDP Please add the line "net.core.wmem_max = 1048576" to /etc/sysctl.conf (/home/buildozer/aports/community/transmission/src/transmission-3.00/libtransmission/tr-udp.c:107)
I’ve attached one line from the logs in the current behavior part, I’ve read the other logs thoroughly and they don’t appear to contain anything important.
Environment
- OS: Synology DSM 7.0 - Docker: 20.10.3 - VPN Provider: PrivateInternetAccess
Anything else?
No response
Страницы Назад 1 … 7 8 9 10 11 … 16 Далее
Чтобы отправить ответ, вы должны войти или зарегистрироваться
Topic RSS feed
Сообщений [ с 201 по 225 из 386 ]
201 2012-07-28 01:15:22
- razruha
- New member
- Неактивен
- Зарегистрирован: 2012-04-07
- Сообщений: 9
Re: Transmission
Всем спасибо, все заработало. Вынес дополнительно настройки iptables в папку firewall.d в .sh файл. Порт постоянно открыт.
202 Ответ от Zyxmon 2012-07-30 07:29:47
- Zyxmon
- Administrator
- Неактивен
- Зарегистрирован: 2008-12-07
- Сообщений: 5,567
Re: Transmission
Версия transmission (пакеты) обновлена до версии 2.61. В web интерфейсе я обнаружил мелкие недочеты, возможно были и раньше.
PS Просьба в этой теме писать про версию, устанавливаемую через систему opkg. Вопросы о transmision из прошивки задавайте в теме
http://forum.zyxmon.org/topic165-proble … netic.html
203 Ответ от vovic67 2012-08-24 08:18:58
- vovic67
- Member
- Неактивен
- Зарегистрирован: 2011-03-29
- Сообщений: 245
Re: Transmission
204 Ответ от laforsh 2012-08-24 10:09:33
- laforsh
- Member
- Неактивен
- Зарегистрирован: 2011-06-21
- Сообщений: 98
Re: Transmission
iZ01at0r :
P.S. С кинетика по сети кто-нибудь фильмы смотрит?
Если смотреть с расшаренного по самбе диска с кинетика, то именно так и будет. Выше dvdrip ничего не посмотришь. С открытого по nfs диска (первая ссылка постом выше) — намного лучше, но не идеально. С dlna сервера (вторая-третья ссылки постом выше) еще несколько лучше — смотреть уже возможно все до 1080 включительно. Начиная с ~19-20 гиговых фильмов — тормоза из-за ограничения скорости usb кинетика. Т.е. смотреть с кинетика блюрик нереально.
205 Ответ от Fastus 2012-08-26 10:36:51
- Fastus
- New member
- Неактивен
- Зарегистрирован: 2012-08-26
- Сообщений: 3
Re: Transmission
Недавно стал обладателем Zyxel Keenetic. Подключил к нему внешний HDD, все настроил, качает, раздает. Проблема в том, что Transmission не хочет качать с локального трекера моего провайдера. Добавляю торрент на закачку, а Transmission выдает «Это приватный трекер — не используйте DHT и PEX» (у меня флаги сняты) и еще
Tracker gave HTTP response code 0 (No Response)
Подскажите, как решить проблему «обычному» пользователю.
Прошивка версия 1 (4.4)
Transmission 2.52
206 Ответ от Zyxmon 2012-08-29 06:43:34
- Zyxmon
- Administrator
- Неактивен
- Зарегистрирован: 2008-12-07
- Сообщений: 5,567
Re: Transmission
Fastus, задайте вопрос на форуме transmission на английском языке.
207 Ответ от Fastus 2012-08-29 20:52:40
- Fastus
- New member
- Неактивен
- Зарегистрирован: 2012-08-26
- Сообщений: 3
Re: Transmission
Fastus :
Недавно стал обладателем Zyxel Keenetic. Подключил к нему внешний HDD, все настроил, качает, раздает. Проблема в том, что Transmission не хочет качать с локального трекера моего провайдера. Добавляю торрент на закачку, а Transmission выдает «Это приватный трекер — не используйте DHT и PEX» (у меня флаги сняты) и еще
Tracker gave HTTP response code 0 (No Response)
Подскажите, как решить проблему «обычному» пользователю.
Прошивка версия 1 (4.4)
Transmission 2.52
Проблема решилась установкой transmisson-remote-gui, сейчас версия 4.3. В параметрах в закладке Сеть установил флаги «Разрешить Local Peer Discovery» и «Разрешить обмен пирами» и закачка-раздача с локального трекера моего провайдера пошла.
208 Ответ от TVMaker 2012-09-21 13:31:27
- TVMaker
- New member
- Неактивен
- Зарегистрирован: 2012-08-19
- Сообщений: 9
Re: Transmission
Господа! Дико извиняюсь, есть ли возможность авторизации при заходе на веб-морду? А то для собственного удобства открыл доступ извне (например, с рабочего компа хожу), но вдруг добрые коллеги случайно зайдут из любопытства и чего-нить накуролесят? В штатном трансмишене авторизация по умолчанию есть
209 Ответ от Zyxmon 2012-09-21 13:50:16
- Zyxmon
- Administrator
- Неактивен
- Зарегистрирован: 2008-12-07
- Сообщений: 5,567
Re: Transmission
TVMaker :
есть ли возможность авторизации при заходе на веб-морду?
Есть. Читаем доки — https://trac.transmissionbt.com/wiki/EditConfigFiles
(раздел RPC)
210 Ответ от TVMaker 2012-09-21 14:06:21
- TVMaker
- New member
- Неактивен
- Зарегистрирован: 2012-08-19
- Сообщений: 9
Re: Transmission
Zyxmon, спасибо за ссылку. В принципе, я и сам мог бы догадаться, где порыться, но что-то ступил
211 Ответ от vovic67 2012-10-05 22:41:52
- vovic67
- Member
- Неактивен
- Зарегистрирован: 2011-03-29
- Сообщений: 245
Re: Transmission
Существует флаг private в торрент-файлах, который «запрещает» торрент-клиентам использовать DHT и PEX. Чтобы обойти это в transmission можно внести изменение в файл /libtransmission/metainfo.c, напр. так (доп. строка помечена плюсом):
/* private */
if( !tr_bencDictFindInt( infoDict, "private", &i ) )
if( !tr_bencDictFindInt( meta, "private", &i ) )
i = 0;
+ i=0;
inf->isPrivate = i != 0;
212 Ответ от Zyxmon 2012-10-06 09:24:01
- Zyxmon
- Administrator
- Неактивен
- Зарегистрирован: 2008-12-07
- Сообщений: 5,567
Re: Transmission
Пакет обновлен до версии 2.71
213 Ответ от KOLANICH 2012-10-07 18:00:12
- KOLANICH
- Member
- Неактивен
- Зарегистрирован: 2011-09-05
- Сообщений: 92
Re: Transmission
гмм, что-то он у меня плохо качает и вообще весь роутер подвешивает
тьфу-тьфу : откатил прошивку, пока работает
Отредактировано KOLANICH (2012-10-07 18:32:05)
214 Ответ от razruha 2012-11-07 13:31:01
- razruha
- New member
- Неактивен
- Зарегистрирован: 2012-04-07
- Сообщений: 9
Re: Transmission
Здравствуте.
Обнаружил такую штуку, что трансмиссион из пакетов качает блоки от пиров которые выдают их(блоки) с ошибкой хеша. То есть не блокирует эти пиры. И все, закачка получается кошмарная. При фильме 2 гига заливает зря да 30 гигов, а то и совсем приходится снимать закачку, потомучто качает только ошибочные блоки. Погуглил нашёл что некоторые клиенты банят таких пиров, чтоб не качать зря. Ну вот и вопрос то нарисовался, можно ли такую функцию(блокировка, или хотя бы игнор таких пиров) реализовать в трансмишене для кинетика.
Спасибо.
215 Ответ от Zyxmon 2012-11-07 13:41:53
- Zyxmon
- Administrator
- Неактивен
- Зарегистрирован: 2008-12-07
- Сообщений: 5,567
Re: Transmission
razruha, transmission — он и в Африке transmission и на кинетке.
Офсайт transmission — http://www.transmissionbt.com/
Форум — https://forum.transmissionbt.com/
Там и следует задавать вопросы, просить реализовать функцию. На ангельском языке.
216 Ответ от vitecb 2012-11-15 08:05:29
- vitecb
- New member
- Неактивен
- Зарегистрирован: 2012-11-14
- Сообщений: 5
Re: Transmission
Добрый!
Граждане форумчане, подскажите, у кого с какой максимальной скоростью получается качать торренты (особенно на keenetic giga).
217 Ответ от Харви 2012-11-15 22:00:56
- Харви
- Member
- Неактивен
- Зарегистрирован: 2012-10-24
- Сообщений: 20
Re: Transmission
Установил transmission.
Работает нормально, кроме доступа через web. При запросе http://адрес роутера:9091/ спрашивает логин и пароль, а потом пишет «404: Not Found
/media/DISK_A1/system/usr/share/transmission/web/index.html (No such file or directory)»
Чего это он?
218 Ответ от Zyxmon 2012-11-16 07:16:51
- Zyxmon
- Administrator
- Неактивен
- Зарегистрирован: 2008-12-07
- Сообщений: 5,567
Re: Transmission
Харви, нужно поставить пакет transmission-web. Старые версии transmission подхватывали web интерфейс из заводской прошивки. Сейчас этого, как видим, нет.
219 Ответ от Харви 2012-11-16 13:12:19
- Харви
- Member
- Неактивен
- Зарегистрирован: 2012-10-24
- Сообщений: 20
Re: Transmission
Zyxmon, я устанавливал transmission-web.
/media/DISK_A1/system/root # opkg install transmission-web
Package transmission-web (2.72-1) installed in root is up to date.
Collected errors:
* pkg_get_installed_files: Failed to open /media/DISK_A1/system/var/opkg/info/transmission-web.list: Input/output error.
Сейчас сделал remove/install и веб-доступ заработал. Благодарю за помощь.
220 Ответ от Zyxmon 2012-11-16 13:14:02
- Zyxmon
- Administrator
- Неактивен
- Зарегистрирован: 2008-12-07
- Сообщений: 5,567
Re: Transmission
Харви, проверьте свой hdd на ошибки на ББ.
221 Ответ от alex-chem 2012-11-26 15:20:15
- alex-chem
- New member
- Неактивен
- Зарегистрирован: 2012-11-01
- Сообщений: 9
Re: Transmission
KOLANICH :
гмм, что-то он у меня плохо качает и вообще весь роутер подвешивает
тьфу-тьфу : откатил прошивку, пока работает
тоже плохо качает, средняя скорость не больше 500Кб, при 1 загрузке, с лимитом в 20 соединений.
на какую версию откатиться?
222 Ответ от alex-chem 2012-11-27 16:17:51
- alex-chem
- New member
- Неактивен
- Зарегистрирован: 2012-11-01
- Сообщений: 9
Re: Transmission
opkg update
opkg upgrade
после этого версия transmission-daemon 2.71, а на оф сайте последняя версия 2.73, почему не обновляется до последней?
223 Ответ от Zyxmon 2012-11-27 16:40:55
- Zyxmon
- Administrator
- Неактивен
- Зарегистрирован: 2008-12-07
- Сообщений: 5,567
Re: Transmission
alex-chem :
после этого версия transmission-daemon 2.71, а на оф сайте последняя версия 2.73, почему не обновляется до последней?
А у меня в репе версия 2.72. Смысла в 2.73 нет для роутеров. Вы демона остановили перед обновлением. Если нет — перезапустите. Или кинетик перегрузите.
224 Ответ от alex-chem 2012-11-27 20:51:17
- alex-chem
- New member
- Неактивен
- Зарегистрирован: 2012-11-01
- Сообщений: 9
Re: Transmission
Zyxmon :
alex-chem :
после этого версия transmission-daemon 2.71, а на оф сайте последняя версия 2.73, почему не обновляется до последней?
А у меня в репе версия 2.72. Смысла в 2.73 нет для роутеров. Вы демона остановили перед обновлением. Если нет — перезапустите. Или кинетик перегрузите.
Спасибо, обновился, но проблемы со скоростью и постоянным реконектом Remote GUI не исчезла
225 Ответ от Zyxmon 2012-11-27 20:56:33
- Zyxmon
- Administrator
- Неактивен
- Зарегистрирован: 2008-12-07
- Сообщений: 5,567
Re: Transmission
alex-chem :
но проблемы со скоростью и постоянным реконектом Remote GUI не исчезла
Может настроили чего неправильно. Используйте transmission из заводской прошивки.
Страницы Назад 1 … 7 8 9 10 11 … 16 Далее
Чтобы отправить ответ, вы должны войти или зарегистрироваться
transmission отвечает «Tracker gave HTTP response code 0 (No Response)» во всех торрентах, независимо от трекера.
Question information
- Language:
- Russian
Edit question
- Status:
- Answered
- For:
-
Ubuntu
transmission
Edit question
- Assignee:
-
No assignee
Edit question
- Last query:
- 2012-04-15
- Last reply:
- 2012-04-23
Related bugs
- Link existing bug
Related FAQ:
None
Link to a FAQ
Revision history for this message Bob Bib (bobbib) said |
#1 |
Какая версия Transmission и OS?
Revision history for this message Vladimir Zuykov (vlzuykov) said |
#2 |
11.10 и Transmission 2.33 (12565)
Revision history for this message Bob Bib (bobbib) said |
#3 |
Сейчас самая свежая версия Transmission 2.51: http://www.transmissionbt.com/index.php
Можете попробовать обновиться с официального PPA: https://launchpad.net/~transmissionbt/+archive/ppa
Для этого выполните в терминале команды:
sudo add-apt-repository ppa:transmissionbt/ppa
sudo apt-get update
sudo apt-get dist-upgrade
Возможно, надо будет еще перезагрузиться.
Can you help with this problem?
Provide an answer of your own, or ask
Vladimir Zuykov
for more information if necessary.
- History
- Link existing bug
- Create bug report
- Link to a FAQ
- Create a new FAQ
To post a message you must log in.
I have a transmission-daemon 2.94 (d8e60ee44f) set up on a Ubuntu 18.04.1 server, but it seems not to be working correctly.
If i test the port using transmission-remote -n ‘_____:______’ -pt
I get the following error:
Error: portTested: http error 0: No Response
Testing the port with curl http://portcheck.transmissionbt.com/[port-number] i get:
1
I saw in a different post something similar but their problem was on the /etc/resolv.conf permissions, mine are:
-rw-r—r— 1 root root 54 Dec 1 16:55 /etc/resolv.conf
And if i log in with the debian-transmission i have no problem resolving any url.
If i try to add a torrent via transmission-remote i get a diferent error: Error: gotMetadataFromURL: http error 0: No Response
And if i add it via the web interface i can see on the logs Could not connect to tracker (announcer.c:996)
I tried to purge and reinstall, but the errors won’t get fixed.
Any thoughts on how to debug this issue or what could be the problem?
Disabling IPv6 didn’t work either (https://forum.transmissionbt.com/viewtopic.php?f=2&t=19152#p76510)
asked Jan 18, 2019 at 23:03
[SOLVED]: I think the issue was on the bind-address-ipv6 i did the following modifications and now its working:
10c10
< "bind-address-ipv6": "::1",
---
> "bind-address-ipv6": "::",
68c68
< "umask": 2,
---
> "umask": 10,
answered Jan 18, 2019 at 23:29
2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
-
Annabelle
- Posts: 5
- Joined: Tue May 01, 2012 8:12 pm
Tracker Response Code 0
Hi, folks. A bit of background.
I’m a complete Ubuntu novice. Frankly, I like my computer to work like my car — starts and runs every time and I don’t need to know the details. But financial considerations have forced me to go the Linux route and I’m learning but it is slow.
That said, I’ve been running Transmission without problem and, again due to financial constraints, have been using public wi-fi so I can download some things. I started running Ubuntu 11.04, upgraded to 11.10, and Transmission ran and upgraded without difficulty. A couple of days ago I upgraded to Ubuntu 12.04.
On the torrents I had running before the upgrade or have tried to start since, I now get the following message: «Tracker gave an error: ‘Tracker gave HTTP response code 0 (No Response)».
This happens on all but one of the torrents I have tried to run. On one torrent running previous to the Ubuntu upgrade I receive no error message. So, the Transmission screen is bright red except for this one torrent. Curiously (well, to me, anyway), on torrents I had started to download before the upgrade the torrents show I am connected to peers and I am still able to download (and upload at very high speeds). New torrents won’t start and show no peers.
I’ve re-installed, but nothing changes. I would suspect IP blocking, except that torrents active prior to the upgrade remain active and to my limited understanding I would expect all to be blocked, not just a new ones.
Any ideas? Something I need to reset in Ubuntu and how? Something to fiddle with in Transmission and how?
Thanks for reading and any help.
-
x190
- Posts: 5094
- Joined: Sun Nov 30, 2008 4:59 am
Re: Tracker Response Code 0
Post
by x190 » Wed May 02, 2012 3:25 am
Usually «Tracker gave HTTP response code 0» is a temporary issue with the tracker, but if you use public wifi then certain ports or even addresses could be blocked by the service provider. If you have DHT and PEX enabled, that should help. Older torrents would have peers cached already. Is your port open?
-
Annabelle
- Posts: 5
- Joined: Tue May 01, 2012 8:12 pm
Re: Tracker Response Code 0
Post
by Annabelle » Wed May 02, 2012 5:49 pm
Thank you for taking the time to respond.
Usually «Tracker gave HTTP response code 0» is a temporary issue with the tracker, but if you use public wifi then certain ports or even addresses could be blocked by the service provider.
That’s what I thought, but then why am I still able to upload and download some torrents? The preferences are set up to randomize the port with every start also. Would it help to just set a random port on my own? The ones Transmission sets seem to be always in the 58000 area when I have checked.
If you have DHT and PEX enabled, that should help.
They are.
Older torrents would have peers cached already. Is your port open?
No. The port isn’t open and never has been. And of course I have no ability to forward the port. But then again, uploading and downloading was never a problem before the upgrade to 12.04.
-
rb07
- Posts: 1400
- Joined: Sun Aug 24, 2008 3:14 am
Re: Tracker Response Code 0
Post
by rb07 » Wed May 02, 2012 6:10 pm
Annabelle wrote:Something I need to reset in Ubuntu and how?
Probably.
The error message really means libcurl had a problem, an error that was not an error response from the tracker, also different from «time out», or «connection refused». There is no easy way to guess what that error was, you have to do some tests to try to find the problem:
- Use curl on a terminal to test the URL that failed (the actual URL is not easy to get);
- Use simple network tests, to see if DNS works: host <name-of-tracker>, to see if its reachable: traceroute <tracker>, or ping <tracker>.
- Turn on verbose logging in Transmission (Wiki), add TR_CURL_VERBOSE (more Wiki) to the environment variables (before starting the application) to see the actual URLs and responses or error messages.
-
Annabelle
- Posts: 5
- Joined: Tue May 01, 2012 8:12 pm
Re: Tracker Response Code 0
Post
by Annabelle » Wed May 02, 2012 6:18 pm
To follow up my reply above, just to experiment, I set the port randomly. I didn’t get any of the «response code 0» messages. Still no peers though, even on a torrent that had been seeding at high rates even after the upgrade and in spite of the response code 0 message. But when I checked the tracker of individual torrents, the message was «could not connect to tracker». I tried that twice with different ports without success. So I switched back to the random port on start up setting and got hit again with the «response code 0» message on some torrents and «could not connect to tracker» on others.
Oh, one other thing if it makes any difference. Sometimes the error message includes «Idle» and sometimes «Stalled» and I know neither the difference or the significance.
I have encryption required, by the way, if that makes a difference in blocking activity.
-
rb07
- Posts: 1400
- Joined: Sun Aug 24, 2008 3:14 am
Re: Tracker Response Code 0
Post
by rb07 » Wed May 02, 2012 7:02 pm
The port (peer port) has nothing to do with trackers. What you are seeing is just coincidence, unrelated events, don’t waste your time.
Idle/Stalled is not a message, its a state Transmission uses to describe the activity of a torrent: Idle means no activity in the last minutes, stalled means no activity for more than <value in preferences — queue handling> minutes.
Encryption is also not related to trackers.
-
Annabelle
- Posts: 5
- Joined: Tue May 01, 2012 8:12 pm
Re: Tracker Response Code 0
Post
by Annabelle » Wed May 02, 2012 7:10 pm
Thanks, rb07.
Since I’m slightly past ignoramus stage about this stuff and don’t want to mess too much with things like configuration files for fear of messing things up worse, I was wondering if I should go try another wi-fi spot and see if I have the same problems. If I don’t, then can I safely assume there is some form of blocking going on by the wi-fi I am at now? (And if so, is there any way around it?). If I still have problems then I will need to do the things you suggest I presume.
And if there is blocking, if I did a new install rather than an upgrade, would that help? Is my computer hardware identified to the network regardless of the OS I’m running? I don’t know the details of this.
Thanks again.
-
rb07
- Posts: 1400
- Joined: Sun Aug 24, 2008 3:14 am
Re: Tracker Response Code 0
Post
by rb07 » Wed May 02, 2012 7:19 pm
Annabelle wrote:can I safely assume there is some form of blocking going on by the wi-fi I am at now?
No. Trackers, as you can see in their URL (in the torrent details) use 2 forms of URL (http: and udp:), and a port number that varies, so it is unlikely that some blocking would prevent reaching all of them.
In fact you can’t test the udp trackers the way I said, curl doesn’t do it, and Transmission doesn’t use curl for that.
Annabelle wrote:And if there is blocking, if I did a new install rather than an upgrade, would that help?
No, that’s also unrelated. It doesn’t matter if you use Windows, Mac OSX, Linux, Solaris, … Transmission works about the same in all of them.
Annabelle wrote:Is my computer hardware identified to the network regardless of the OS I’m running?
Unrelated, but yes, if one wanted to do it, its possible to identify your operating system, and your hardware.
-
rb07
- Posts: 1400
- Joined: Sun Aug 24, 2008 3:14 am
Re: Tracker Response Code 0
Post
by rb07 » Wed May 02, 2012 7:23 pm
An idea: perhaps the WiFi is connected to an access point that limits the number of connections. That is more probable than some form of blocking.
Testing that should be easy. If you can open (new) Web pages, then that is not an issue. In other words, you would notice a general problem, not just Transmission, and not just trackers.
-
Annabelle
- Posts: 5
- Joined: Tue May 01, 2012 8:12 pm
Re: Tracker Response Code 0
Post
by Annabelle » Wed May 02, 2012 7:31 pm
Thanks for all of your information.
The last bit about limited connections might be an issue. Since the upgrade I’ve noticed 2 different connections for the wi-fi spot I am at — one locked and one unlocked. The locked one never showed up before.
I’m also having more trouble staying connected since the upgrade. I often have to manually disconnect and then re-connect fairly often — hourly for example. Before the upgrade and before noticing 2 different wireless addresses I would sometimes go all day without any problems.
Well, I guess I’ll have to educate myself and dig into the things you suggest and see if I can get this to work again.
Thanks again for your help.
-
rb07
- Posts: 1400
- Joined: Sun Aug 24, 2008 3:14 am
Re: Tracker Response Code 0
Post
by rb07 » Wed May 02, 2012 7:43 pm
Annabelle wrote:I’ve noticed 2 different connections for the wi-fi spot I am at — one locked and one unlocked
Those are not limits, they are secure and insecure access point connections. In other words, one is open to everybody, the other needs a user/password, or another kind of authentication.
Annabelle wrote:I’m also having more trouble staying connected since the upgrade.
That’s probably because the WiFi signal is low, or the access point is not reliable.
But that brings up an interesting point, if reconnecting also means your local IP is changing, and Transmission is running all the time… even with operating system signaling the applications, I don’t know, Transmission is not really good at loosing connections, but my experience is very different, I only loose the connection when my ISP is doing maintenance, which is not often; in that case I’ve had to pause all torrents, and start all to make things work again, which doesn’t seem to be your case.
-
tritrek
Re: Tracker Response Code 0
Post
by tritrek » Thu Jul 04, 2013 7:57 am
I have the same error message since I’m using Transmission. I’ve never had an issue when using WinXp+uTorrent. Plus, some torrents run no problem from the same tracker some start giving «Tracker returned an error: Tracker gave HTTP response code 0 (No Response)». Sometimes «Resume» works for a while but then it goes back again…it’s really frustrating.
BTW it’s running on OpenELEC… As I see not much has changed since last year
-
rstone5
- Posts: 2
- Joined: Sun Feb 25, 2018 11:29 pm
Re: Tracker Response Code 0
Post
by rstone5 » Sat Jun 25, 2022 8:50 pm
my background
using macOS Big Sur v. 11.6.6 on an iMac 27-inch 2019 Intel i9. I tried Transmission 3.00 when it came out, but it dropped the first music file when I uploaded, might be time to try again. Went back to Transmission v. 2.94 (d8e60ee44f). Using Mullvad VPN through wireguard, port is forwarded correctly for the site and can be switched to another if needed. If I click on «auto map port», Transmission responds with the same port number and the light remains green. PEX, DHT both on, Prefer encrypted peers.
When I download from certain trackers I get the «Tracker Response Code 0», usually after a short to medium pause. This doesn’t -seem- to affect performance, dl’s and ul’s continue and don’t -appear- affected. Playing around with peer encryption, DHT and PEX off/on seems unhelpful. Trackers affected include etree; iArchive; few others but not on ‘double-nickle’ ‘den-o-trade’ ‘dead-flac’. Problem started up maybe a month ago for me…
I appreciate you people keeping this discussion alive here. Helped me to look at options and such. So far have been ignoring the messages. Denial not always a pathological kinda thing. Thanks, Rod.
Содержание
- 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 есть специальная кнопка справа от статуса трекера. Источник |
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: Спецификация
Вопросы по ретрекеру можно задать здесь.
Источник
Содержание
- Transmission не может присоедениться к трекеру
- исправлено Transmission невозможно подключиться к трекеру
- Вопрос
- Unfaithful
- Unfaithful
- Transmission: Не удается подключиться к HTTPS-трекеру.
- Все 35 Комментарий
- Transmission трекер выдал ошибку сбой подключения
- Кто сейчас на форуме
- Статьи » Битторрент » Статус трекера
- Статус трекера
- Невозможность связаться с трекером
- Ошибки, выдаваемые трекером
- Превышено макс. количество торрентов
- Торрент не зарегистрирован на трекере
- Эта версия клиента забанена на трекере
- Запрещенный порт
- Неправильный passkey
- Пользователь незарегистрирован
- (Непонятные сообщения)
- Обновление трекера
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 |
Часовой пояс: UTC + 3 часа Кто сейчас на форумеСейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 6 Источник Статьи » Битторрент » Статус трекераСтатус трекераВ клиенте у каждой активной задачи есть так называемый статус трекера . Статус трекера — это результат последнего обращения клиента к трекеру. У активной задачи, получившей нормальный ответ от трекера, там пишется «Ок» или «работает». Невозможность связаться с трекером
то это означает, что клиент вообще не смог связаться с трекером.
Ваш клиент качает или отдает на полной скорости вашего канала, и пакеты общения клиента с трекером теряются или доходят слишком медленно. Ограничьте в настройках скорости клиента до примерно 90% от возможности канала. Вы можете пару раз сделать ручное обновление статуса, чтобы выяснить, проблема временная или постоянная. Ошибки, выдаваемые трекеромЕсли клиент успешно связался с трекером, но трекер выдал сообщение об ошибке, то клиент в статусе трекера покажет это сообщение. На разных трекерах ошибки клиентам могут выдаваться на английском, на транслите или на русском. Далее мы рассмотрим основные возможные виды сообщений. Превышено макс. количество торрентовБольшинство трекеров ограничивают масимальное количество раздач в которых вы можете участвовать одновременно. Обычно это число зависит от так называемого класса пользователя и указано на странице деталей пользователя. Решение простое: не качайте больше раздач, чем вам положено. Некоторые трекеры ограничивают только количество качаемых раздач, а сидировать можно неограниченно. На таком трекере запускайте сначала все ваши задачи на сидирование, а потом уже те, которые качаете. Если трекер выдает вам эту ошибку когда вы еще не дошли до своего максимума, то скорее всего у вас в профиле раздачи-призраки. Торрент не зарегистрирован на трекереЭта версия клиента забанена на трекереЗапрещенный портНеправильный passkeyПользователь незарегистрирован(Непонятные сообщения)
Обновление трекераРядом со статусом трекера клиент показывает, сколько минут осталось до следующего планового обращения к трекеру. Период между обращениями зависит от настроек трекера и клиента. Вы можете заставить клиент обратиться к трекеру не дожидаясь пока «время до обновления» уменьшится до нуля. Обычно это действие называют » Ручное обновление «. Щелкните правой кнопкой мыши на задаче и в меню выберите » Обновить трекер » (µTorrent) / » Подключить вручную » (BitComet). В Azureus есть специальная кнопка справа от статуса трекера. Источник Adblock |
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: Спецификация
Вопросы по ретрекеру можно задать здесь.
Источник