High-performance open BitTorrent tracker (UDP, HTTP, WebTorrent)
Find a file
Joakim Frostegård eba72dac63 Run cargo update
Updating once_cell v1.12.0 -> v1.13.0
    Updating simple_logger v2.1.0 -> v2.2.0
2022-07-05 11:27:36 +02:00
.github GitHub actions: increase timeout for build-and-test to 25 minutes 2022-07-04 08:57:06 +02:00
aquatic Update crate descriptions 2022-06-27 22:44:45 +02:00
aquatic_common Exit with error message on unrecognized config keys 2022-07-05 11:26:46 +02:00
aquatic_http Exit with error message on unrecognized config keys 2022-07-05 11:26:46 +02:00
aquatic_http_load_test Exit with error message on unrecognized config keys 2022-07-05 11:26:46 +02:00
aquatic_http_private Exit with error message on unrecognized config keys 2022-07-05 11:26:46 +02:00
aquatic_http_protocol http protocol: AnnounceRequest: always ask for compact responses 2022-04-11 01:08:40 +02:00
aquatic_toml_config aquatic_toml_config: fix dependency declaration for publishing 2022-03-26 11:53:04 +01:00
aquatic_toml_config_derive Bump version to 0.2.0 for all aquatic crates 2022-03-26 11:39:37 +01:00
aquatic_udp Exit with error message on unrecognized config keys 2022-07-05 11:26:46 +02:00
aquatic_udp_bench Exit with error message on unrecognized config keys 2022-07-05 11:26:46 +02:00
aquatic_udp_load_test Exit with error message on unrecognized config keys 2022-07-05 11:26:46 +02:00
aquatic_udp_protocol Bump version to 0.2.0 for all aquatic crates 2022-03-26 11:39:37 +01:00
aquatic_ws Exit with error message on unrecognized config keys 2022-07-05 11:26:46 +02:00
aquatic_ws_load_test Exit with error message on unrecognized config keys 2022-07-05 11:26:46 +02:00
aquatic_ws_protocol Update simd-json version from 0.4 to 0.5 2022-06-07 13:56:26 +02:00
documents README and architecture svg: rename request worker to swarm worker 2022-07-04 12:00:45 +02:00
scripts Switch to thin LTO; add Cargo profile release-debug 2022-04-04 12:32:42 +02:00
.gitignore work on http_private, including parsing announce requests 2022-04-02 13:32:36 +02:00
Cargo.lock Run cargo update 2022-07-05 11:27:36 +02:00
Cargo.toml Move aquatic_cli_helpers code into aquatic_common and remove crate 2022-04-06 19:02:39 +02:00
deny.toml add some allowed licences to deny.toml 2020-07-21 01:53:43 +02:00
LICENSE Decide to use Apache 2.0 license, add file and update Cargo.toml's 2020-04-20 16:54:43 +02:00
README.md README and architecture svg: rename request worker to swarm worker 2022-07-04 12:00:45 +02:00
TODO.md Exit with error message on unrecognized config keys 2022-07-05 11:26:46 +02:00

aquatic: high-performance open BitTorrent tracker

CargoBuildAndTest Test HTTP, UDP and WSS file transfer

High-performance open BitTorrent tracker, consisting of sub-implementations for different protocols:

Name Protocol OS requirements
aquatic_udp BitTorrent over UDP Unix-like (using mio)
aquatic_http BitTorrent over HTTP with TLS (rustls) Linux 5.8+ (using glommio)
aquatic_ws WebTorrent over TLS (rustls) Linux 5.8+ (using glommio)

Features at a glance:

  • Multithreaded design for handling large amounts of traffic
  • All data is stored in-memory (no database needed)
  • IPv4 and IPv6 support, with separate swarms
  • Supports forbidding/allowing info hashes
  • Built-in TLS support (no reverse proxy needed)
  • Automated CI testing of full file transfers

Known users:

Usage

Compiling

  • Install Rust with rustup (latest stable release is recommended)
  • Install cmake with your package manager (e.g., apt-get install cmake)
  • Clone this git repository and enter the directory
  • Build the implementations that you are interested in:
# Tell Rust to enable support for all CPU extensions present on current CPU
# except for those relating to AVX-512. This is necessary for aquatic_ws and
# recommended for the other implementations.
. ./scripts/env-native-cpu-without-avx-512

cargo build --release -p aquatic_udp
cargo build --release -p aquatic_http
cargo build --release -p aquatic_ws

Configuring

Generate configuration files. They come with comments and differ between protocols.

./target/release/aquatic_udp -p > "aquatic-udp-config.toml"
./target/release/aquatic_http -p > "aquatic-http-config.toml"
./target/release/aquatic_ws -p > "aquatic-ws-config.toml"

Make adjustments to the files. You will likely want to adjust address (listening address) under the network section.

Note that both aquatic_http and aquatic_ws require configuring TLS certificate and private key files. More details are available in the respective configuration files.

Workers

To increase performance, number of worker threads can be increased. The sum of socket_workers and swarm_workers should equal the total number of CPU cores that you want to use. Recommended proportions:

aquatic_udp aquatic_ws
CPU cores 2-5 6-9 10-15 >=16 2-11 12-19 >=20
Swarm workers 1 2 3 4 1 2 3
Socket workers 1-4 4-7 7-12 >=12 1-10 10-17 >=17

Access control

Access control by info hash is supported for all protocols. The relevant part of configuration is:

[access_list]
# Access list mode. Available modes are allow, deny and off.
mode = "off"
# Path to access list file consisting of newline-separated hex-encoded info hashes.
path = ""

The file is read on start and when the program receives SIGUSR1. If initial parsing fails, the program exits. Later failures result in in emitting of an error-level log message, while successful updates of the access list result in emitting of an info-level log message.

Running

If you're running aquatic_http or aquatic_ws, please make sure locked memory limits are sufficient:

  • If you're using a systemd service file, add LimitMEMLOCK=65536000 to it
  • Otherwise, add the following lines to /etc/security/limits.conf, and then log out and back in:
*    hard    memlock    65536
*    soft    memlock    65536

Once done, start the application:

./target/release/aquatic_udp -c "aquatic-udp-config.toml"
./target/release/aquatic_http -c "aquatic-http-config.toml"
./target/release/aquatic_ws -c "aquatic-ws-config.toml"

If your server is pointed to by domain example.com and you configured the tracker to run on port 3000, people can now use it by adding its URL to their torrent files or magnet links:

Implementation Announce URL
aquatic_udp udp://example.com:3000
aquatic_http https://example.com:3000/announce
aquatic_ws wss://example.com:3000

Details on implementations

aquatic_udp: UDP BitTorrent tracker

Implements:

  • BEP 015: UDP BitTorrent tracker protocol (more details). Exceptions:
    • Doesn't care about IP addresses sent in announce requests. The packet source IP is always used.
    • Doesn't track the number of torrent downloads (0 is always sent).

This is the most mature of the implementations. I consider it ready for production use.

Performance

UDP BitTorrent tracker throughput comparison

More details are available here. Please note that request workers have been renamed to swarm workers.

Optimisation attempts that didn't work out

  • Using glommio
  • Using io-uring
  • Using zerocopy + vectored sends for responses
  • Using sendmmsg

aquatic_http: HTTP BitTorrent tracker

Implements:

  • BEP 003: HTTP BitTorrent protocol (more details). Exceptions:
    • Only runs over TLS
    • Doesn't track the number of torrent downloads (0 is always sent)
    • Only compact responses are supported
  • BEP 023: Compact HTTP responses
  • BEP 007: IPv6 support
  • BEP 048: HTTP scrape support. Notes:
    • Doesn't allow full scrapes, i.e. of all registered info hashes

aquatic_http has not been tested as much as aquatic_udp but likely works fine.

Performance

HTTP BitTorrent tracker throughput comparison

More details are available here. Please note that request workers have been renamed to swarm workers.

aquatic_ws: WebTorrent tracker

Aims for compatibility with WebTorrent clients. Notes:

  • Only runs over TLS
  • Doesn't track the number of torrent downloads (0 is always sent).
  • Doesn't allow full scrapes, i.e. of all registered info hashes

aquatic_ws has not been tested as much as aquatic_udp but likely works fine.

Performance

WebTorrent tracker throughput comparison

More details are available here. Please note that request workers have been renamed to swarm workers.

Load testing

There are load test binaries for all protocols. They use a CLI structure similar to the trackers and support generation and loading of configuration files.

To run, first start the tracker that you want to test. Then run the corresponding load test binary:

./scripts/run-load-test-udp.sh
./scripts/run-load-test-http.sh
./scripts/run-load-test-ws.sh

To fairly compare HTTP performance to opentracker, set keep_alive to false in aquatic_http settings.

Architectural overview

Architectural overview of aquatic

Copyright (c) 2020-2022 Joakim Frostegård

Distributed under Apache 2.0 license (details in LICENSE file.)

Trivia

The tracker is called aquatic because it thrives under a torrent of bits ;-)