[GH-ISSUE #440] Changing my tracker URL #375

Closed
opened 2026-02-26 05:34:25 +03:00 by kerem · 7 comments
Owner

Originally created by @tailz303 on GitHub (May 13, 2023).
Original GitHub issue: https://github.com/ngosang/trackerslist/issues/440

The traffic became too much for a single instance of opentracker so I had to put it behind a load balancer. This load balancer could not handle UDP traffic so I am an http tracker only. Is there any way to remove the http://www.peckservers.com:9000/announce and replace it with the dedicated "http://tracker.peckservers.com:9000/announce"? the www variant will still remain online for those who have it in their torrent software, but since newtrackon is only checking UDP on that url, it makes it look bad.

Thanks!

For those who are curious how its doing after the transition to a load balancer, Its a cluster of 8 instances and it peaked at almost 10,000 active connections, with 2,500 new connections being established a second. Pretty crazy and fun!

Originally created by @tailz303 on GitHub (May 13, 2023). Original GitHub issue: https://github.com/ngosang/trackerslist/issues/440 The traffic became too much for a single instance of opentracker so I had to put it behind a load balancer. This load balancer could not handle UDP traffic so I am an http tracker only. Is there any way to remove the http://www.peckservers.com:9000/announce and replace it with the dedicated "http://tracker.peckservers.com:9000/announce"? the www variant will still remain online for those who have it in their torrent software, but since newtrackon is only checking UDP on that url, it makes it look bad. Thanks! For those who are curious how its doing after the transition to a load balancer, Its a cluster of 8 instances and it peaked at almost 10,000 active connections, with 2,500 new connections being established a second. Pretty crazy and fun!
kerem 2026-02-26 05:34:25 +03:00
  • closed this issue
  • added the
    waiting
    label
Author
Owner

@zyyr365 commented on GitHub (May 13, 2023):

您好,您发给我的邮件已经收到,谢谢。

<!-- gh-comment-id:1546692977 --> @zyyr365 commented on GitHub (May 13, 2023): 您好,您发给我的邮件已经收到,谢谢。
Author
Owner

@renfei commented on GitHub (May 15, 2023):

The traffic became too much for a single instance of opentracker so I had to put it behind a load balancer. This load balancer could not handle UDP traffic so I am an http tracker only. Is there any way to remove the http://www.peckservers.com:9000/announce and replace it with the dedicated "http://tracker.peckservers.com:9000/announce"? the www variant will still remain online for those who have it in their torrent software, but since newtrackon is only checking UDP on that url, it makes it look bad.

Thanks!

For those who are curious how its doing after the transition to a load balancer, Its a cluster of 8 instances and it peaked at almost 10,000 active connections, with 2,500 new connections being established a second. Pretty crazy and fun!

newtrackon feedback here: https://github.com/CorralPeltzer/newTrackon/issues

You can use BEP34 to delete your tracker from newTrackon, or change the port and protocol.

<!-- gh-comment-id:1547505218 --> @renfei commented on GitHub (May 15, 2023): > The traffic became too much for a single instance of opentracker so I had to put it behind a load balancer. This load balancer could not handle UDP traffic so I am an http tracker only. Is there any way to remove the http://www.peckservers.com:9000/announce and replace it with the dedicated "http://tracker.peckservers.com:9000/announce"? the www variant will still remain online for those who have it in their torrent software, but since newtrackon is only checking UDP on that url, it makes it look bad. > > Thanks! > > For those who are curious how its doing after the transition to a load balancer, Its a cluster of 8 instances and it peaked at almost 10,000 active connections, with 2,500 new connections being established a second. Pretty crazy and fun! newtrackon feedback here: https://github.com/CorralPeltzer/newTrackon/issues You can use [BEP34](https://www.bittorrent.org/beps/bep_0034.html) to delete your tracker from newTrackon, or change the port and protocol.
Author
Owner

@tailz303 commented on GitHub (May 15, 2023):

You can use BEP34 to delete your tracker from newTrackon, or change the port and protocol.

Thanks for the response! I have been poking around with configuration options but there doesn't seem to be a way to specify that it is an HTTP tracker, so now newtrackon is trying the https one which obviously didnt work. Are you aware of any ways to specify http explicitly because after converting the tracker to https, theres virtually no traffic since everyone has the http version hard coded. I would be fine with switching to https but there doesn't seem to be away of informing current users of the tracker that it has changed.

<!-- gh-comment-id:1548136752 --> @tailz303 commented on GitHub (May 15, 2023): > You can use [BEP34](https://www.bittorrent.org/beps/bep_0034.html) to delete your tracker from newTrackon, or change the port and protocol. Thanks for the response! I have been poking around with configuration options but there doesn't seem to be a way to specify that it is an HTTP tracker, so now newtrackon is trying the https one which obviously didnt work. Are you aware of any ways to specify http explicitly because after converting the tracker to https, theres virtually no traffic since everyone has the http version hard coded. I would be fine with switching to https but there doesn't seem to be away of informing current users of the tracker that it has changed.
Author
Owner

@renfei commented on GitHub (May 16, 2023):

You can use BEP34 to delete your tracker from newTrackon, or change the port and protocol.

Thanks for the response! I have been poking around with configuration options but there doesn't seem to be a way to specify that it is an HTTP tracker, so now newtrackon is trying the https one which obviously didnt work. Are you aware of any ways to specify http explicitly because after converting the tracker to https, theres virtually no traffic since everyone has the http version hard coded. I would be fine with switching to https but there doesn't seem to be away of informing current users of the tracker that it has changed.

This is a bug of newTrackon, see: https://github.com/CorralPeltzer/newTrackon/issues/218

  • Delete the tracker using the BEP34 protocol.
  • Deleted the TXT record in DNS.
  • Resubmit.
<!-- gh-comment-id:1548818820 --> @renfei commented on GitHub (May 16, 2023): > > You can use [BEP34](https://www.bittorrent.org/beps/bep_0034.html) to delete your tracker from newTrackon, or change the port and protocol. > > Thanks for the response! I have been poking around with configuration options but there doesn't seem to be a way to specify that it is an HTTP tracker, so now newtrackon is trying the https one which obviously didnt work. Are you aware of any ways to specify http explicitly because after converting the tracker to https, theres virtually no traffic since everyone has the http version hard coded. I would be fine with switching to https but there doesn't seem to be away of informing current users of the tracker that it has changed. This is a bug of newTrackon, see: https://github.com/CorralPeltzer/newTrackon/issues/218 * Delete the tracker using the [BEP34](https://www.bittorrent.org/beps/bep_0034.html) protocol. * Deleted the TXT record in DNS. * Resubmit.
Author
Owner

@ngosang commented on GitHub (May 21, 2023):

You tracker is down from here.

<!-- gh-comment-id:1556128137 --> @ngosang commented on GitHub (May 21, 2023): You tracker is down from here.
Author
Owner

@tailz303 commented on GitHub (May 21, 2023):

Indeed, that's a development from about 6 hours ago. I'll take care of
getting it back online tomorrow.

On Sun, May 21, 2023, 3:18 AM Diego Heras @.***> wrote:

You tracker is down from here.


Reply to this email directly, view it on GitHub
https://github.com/ngosang/trackerslist/issues/440#issuecomment-1556128137,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ANIYMYDLWVRRSWMUL6M7JM3XHHMXLANCNFSM6AAAAAAYASAHLM
.
You are receiving this because you authored the thread.Message ID:
@.***>

<!-- gh-comment-id:1556130136 --> @tailz303 commented on GitHub (May 21, 2023): Indeed, that's a development from about 6 hours ago. I'll take care of getting it back online tomorrow. On Sun, May 21, 2023, 3:18 AM Diego Heras ***@***.***> wrote: > You tracker is down from here. > > — > Reply to this email directly, view it on GitHub > <https://github.com/ngosang/trackerslist/issues/440#issuecomment-1556128137>, > or unsubscribe > <https://github.com/notifications/unsubscribe-auth/ANIYMYDLWVRRSWMUL6M7JM3XHHMXLANCNFSM6AAAAAAYASAHLM> > . > You are receiving this because you authored the thread.Message ID: > ***@***.***> >
Author
Owner

@smiba commented on GitHub (Jun 22, 2023):

For those who are curious how its doing after the transition to a load balancer, Its a cluster of 8 instances and it peaked at almost 10,000 active connections, with 2,500 new connections being established a second. Pretty crazy and fun!

FYI, Opentracker should've been easily be able to handle this on a single instance, many trackers are handling >100k/connections per second on a single instance. You might be running into kernel limits where you'll either need to increase the sockets in /etc/limits or increase udp&tcp values in your kernel parameter configuration.

Running strace on a worker process may show you what it's waiting on

(Also make sure you're using a somewhat recent version, in 2021 a bug was fixed where parallelism was being held back by mutex locks)

Anyways sorry for being a little off-topic! Couldn't help but notice

<!-- gh-comment-id:1602118995 --> @smiba commented on GitHub (Jun 22, 2023): > For those who are curious how its doing after the transition to a load balancer, Its a cluster of 8 instances and it peaked at almost 10,000 active connections, with 2,500 new connections being established a second. Pretty crazy and fun! FYI, Opentracker should've been easily be able to handle this on a single instance, many trackers are handling >100k/connections per second on a single instance. You might be running into kernel limits where you'll either need to increase the sockets in /etc/limits or increase udp&tcp values in your kernel parameter configuration. Running strace on a worker process may show you what it's waiting on (Also make sure you're using a somewhat recent version, in 2021 a bug was fixed where parallelism was being held back by mutex locks) Anyways sorry for being a little off-topic! Couldn't help but notice
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/trackerslist-ngosang#375
No description provided.