opentracker | An open and free BitTorrent tracker | Stream Processing library
kandi X-RAY | opentracker Summary
kandi X-RAY | opentracker Summary
This is opentracker. An open bittorrent tracker. You need libowfat (cvs -d :pserver:cvs@cvs.fefe.de:/cvs -z9 co libowfat cd libowfat make cd .. cvs -d:pserver:anoncvs@cvs.erdgeist.org:/home/cvsroot co opentracker cd opentracker make ./opentracker. This tracker is open in a sense that everyone announcing a torrent is welcome to do so and will be informed about anyone else announcing the same torrent. Unless -DWANT_IP_FROM_QUERY_STRING is enabled (which is meant for debugging purposes only), only source IPs are accepted. The tracker implements a minimal set of essential features only but was able respond to far more than 10000 requests per second on a Sun Fire 2200 M2 (thats where we found no more clients able to fire more of our testsuite.sh script).
Support
Quality
Security
License
Reuse
Top functions reviewed by kandi - BETA
Currently covering the most popular Java, JavaScript and Python libraries. See a Sample of opentracker
opentracker Key Features
opentracker Examples and Code Snippets
Community Discussions
Trending Discussions on opentracker
QUESTION
I'm at a loss. I am trying to set up a private tracker for a friend (to distribute his content). He has a VPS, so I thought I would just install opentracker and be done with it. However, I've encountered a problem, or rather a multitude of problems:
NB: in all that follows the trackers are open and do not contain whitelists or such. In all the cases the clients get the correct number of peers. In all the cases, one of the peers has the file the other tries to download it.
#############################################
[2 Peers on same LAN]
Situation 1: Tracker is on server external to LAN
- Public tracker (first google search) => hours of wait and nothing
- Self hosted tracker on VPS (tried peertracker, bittornado/bttrack, opentracker) => hours of wait and nothing except one time with opentracker when it spontaneously transmitted the file after some wait time.
Situation 2: Tracker is on server internal to LAN on a third computer:
- opentracker on a third PC on LAN => hours of wait and nothing
Situation 3: Tracker is on the seeding computer:
- bttrack (bittornado) on seeding computer => half an hour of wait and then spontaneously transmitted.
- opentracker on seeding computer => hours of wait and nothing
Situation 4: Tracker is on receiving computer:
- opentracker on receiving computer => hours of wait and nothing.
[2 Peers on different LANs]
- Situation 1: Tracker is on server external to both LANs
- Public tracker (first google search) => hours of wait and nothing
- Self hosted tracker on VPS (tried peertracker, bittornado/bttrack, opentracker) => hours of wait and nothing
#############################################
The clients used are Transmission and Ktorrent.
I tried dissecting the communication using Wireshark. The response to the GET request seems to vary randomly at different parts of the day for the same setup. Sometimes the peers12 contains nothing. Sometimes it contains something like \177\000\000\001 which is obviously not my IP. Sometimes it transforms into peers18 and contains someting weird. One time it just spontaneously started responding with peers6.
I tried placing the servers behind a reverse proxy and not. I've tried adding the IP to the request both in-client (activating the option to use it in opentracker) and in-nginx by rewriting the request. But when I tried it on the same LAN and it didn't work I realised that was not the problem.
To resume, from the clients' perspective, the amount of peers is right but it connects to none of them and the clients do not show them in the lists of peers. Sometimes though it starts to work spontaneously (2 times only on same LAN in more than 50 hours of testing). I think I'm missing something trivial here.
If anyone has any idea... please go ahead. I can setup the VPS as a playground for a bit so that I can try out any solutions anyone has.
...ANSWER
Answered 2020-Mar-20 at 19:40The problem appears to be with the main computer I used to run tests. Turning on uTP allowed local connections. However it did not allow me to seed to an outside computer. Another computer on the same LAN however had no problem doing that. So, the problem is client-side and non-reproducible on another computer it would seem.
Community Discussions, Code Snippets contain sources that include Stack Exchange Network
Vulnerabilities
No vulnerabilities reported
Install opentracker
Support
Reuse Trending Solutions
Find, review, and download reusable Libraries, Code Snippets, Cloud APIs from over 650 million Knowledge Items
Find more librariesStay Updated
Subscribe to our newsletter for trending solutions and developer bootcamps
Share this Page