mirror of git://erdgeist.org/opentracker
erdgeist
16 years ago
1 changed files with 70 additions and 0 deletions
@ -0,0 +1,70 @@
@@ -0,0 +1,70 @@
|
||||
# opentracker config file |
||||
# |
||||
|
||||
# I) Control directory where opentracker will chdir to. So all black/white |
||||
# list files may be put in that directory. (shell option -d) |
||||
# |
||||
# root_dir /usr/local/etc/opentracker |
||||
# |
||||
|
||||
# II) ip addresses for tcp connections, either bind to INADDR_ANY port 6969 |
||||
# (when no shell option is present) |
||||
# |
||||
# connect_tcp 0.0.0.0 |
||||
# |
||||
# or specify them one by one (shell option -i 192.168.0.1 -p 6969) |
||||
# |
||||
# connect_tcp 192.168.0.1:6969 |
||||
# connect_tcp 192.168.0.2:6969 |
||||
# connect_tcp 192.168.0.3:6969 |
||||
|
||||
# III) the same goes for udp connections (shell option -i 192.168.0.1 -P 6969) |
||||
# |
||||
# connect_udp 192.168.0.1:6969 |
||||
# |
||||
# Note, that using 0.0.0.0 for udp sockets may yield surprising results. |
||||
# An answer packet sent on that socket will not necessarily have the |
||||
# source address that the requesting client may expect, but any address |
||||
# on that interface |
||||
# |
||||
|
||||
# IV) If opentracker runs in a non-open mode, point it to files containing |
||||
# all torrent hashes that it will serve (shell option -w) |
||||
# |
||||
# whitelist_filename /path/to/whitelist |
||||
# |
||||
# or, if opentracker was compiled to allow blacklisting (shell option -b) |
||||
# |
||||
# blacklist_filename ./blacklist |
||||
# |
||||
# It is pointless and hence not possible to compile black AND white |
||||
# listing, so choose one of those options. File format is straight |
||||
# forward: "<hex info hash>\n<hex info hash>\n..." |
||||
# |
||||
|
||||
# V) opentracker can be told to answer to a "GET / HTTP"-request with a |
||||
# redirect to another location (shell option -r) |
||||
# |
||||
# redirect_url https://project.tracker.local/ |
||||
|
||||
# VI) Sync between trackers running in a cluster is restricted to packets |
||||
# coming from trusted ip addresses. While source ip verification is far |
||||
# from perfect, the authors of opentracker trust in the correct |
||||
# application of tunnels, filters and LAN setups (shell option -A) |
||||
# |
||||
# livesync_cluster_ip 192.168.0.4 |
||||
# livesync_cluster_ip 192.168.0.5 |
||||
# livesync_cluster_ip 192.168.0.6 |
||||
# |
||||
# batchsync_cluster_ip 10.1.1.1 |
||||
# |
||||
|
||||
# VII) ip address to listen for outgoing and incoming live sync packets |
||||
# (shell option -i 192.168.0.1 -s 9696) |
||||
# |
||||
# livesync_udp 192.168.0.1:9696 |
||||
# |
||||
# Note that two udp sockets will be opened. One on ip address 0.0.0.0 |
||||
# port 9696, that will join the multicast group 224.23.42.1 for incoming |
||||
# udp packets and one on ip address 192.168.0.1 port 9696 for outgoing |
||||
# udp packets. |
Loading…
Reference in new issue