Как правильно запустить и настроить opentracker

Установить cvs. Скачать libowfat и opentracker, скомпилировать libowfat а затем opentracker.

На сайте же все написано.

У вас же там ports? Тогда попробуйте это:

make -C /usr/ports/net/opentracker install clean

Порта нет . Устанавливал по этой схеме:

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 есть бинарник opentracker?

Вот пример конфигурационного файла с комментариями:

# opentracker config file
#

# I)   Address opentracker will listen on, using both, tcp AND udp family
#      (note, that port 6969 is implicite if ommitted).
#
#      If no listen option is given (here or on the command line), opentracker
#      listens on 0.0.0.0:6969 tcp and udp.
#
# listen.tcp_udp 0.0.0.0
# listen.tcp_udp 192.168.0.1:80
# listen.tcp_udp 10.0.0.5:6969
#
#      To only listen on tcp or udp family ports, list them this way:
#
# listen.tcp 0.0.0.0
# listen.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.
#

# II)  If opentracker runs in a non-open mode, point it to files containing
#      all torrent hashes that it will serve (shell option -w)
#
# access.whitelist /path/to/whitelist
#
#      or, if opentracker was compiled to allow blacklisting (shell option -b)
#
# access.blacklist ./blacklist
#
#      It is pointless and hence not possible to compile black AND white
#      listing, so choose one of those options at compile time. File format
#      is straight forward: "<hex info hash>\n<hex info hash>\n..."
#
#      If you do not want to grant anyone access to your stats, enable the
#      WANT_RESTRICT_STATS option in Makefile and bless the ip addresses
#      allowed to fetch stats here.
#
# access.stats 192.168.0.23
#

# III) Live sync uses udp multicast packets to keep a cluster of opentrackers
#      synchronized. This option tells opentracker which port to listen for
#      incoming live sync packets. The ip address tells opentracker, on which
#      interface to join the multicast group, those packets will arrive.
#      (shell option -i 192.168.0.1 -s 9696), port 9696 is default.
#
# livesync.cluster.listen 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.0.42.23 for incoming
#      udp packets and one on ip address 192.168.0.1 port 9696 for outgoing
#      udp packets.
#
#      As of now one and only one ip address must be given, if opentracker
#      was built with the WANT_SYNC_LIVE feature.
#

# IV)  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.node_ip 192.168.0.4
# livesync.cluster.node_ip 192.168.0.5
# livesync.cluster.node_ip 192.168.0.6
#
#      This is the admin ip address for old style (HTTP based) asynchronus
#      tracker syncing.
#
# batchsync.cluster.admin_ip 10.1.1.1
#

# V)   Control directory where opentracker will chdir to. So all black/white
#      list files may be put in that directory (shell option -d).
#
# tracker.rootdir /usr/local/etc/opentracker
#

# VI)  opentracker can be told to answer to a "GET / HTTP"-request with a
#      redirect to another location (shell option -r).
#
# tracker.redirect_url https://your.tracker.local/

opentracker -f /foo/bar/config

Да есть бинарник в каталоге . Вы случайно не знаете расширение у файла конфига , какое должно быть *.conf.sample или *.conf , было как *.conf.sample я переименовал в *.conf , посчитав что так правильно . Правильно ? Какие параметры нужно изменить для работы через роутер , если вы конечно знаете ? Спасибо что вы помогаете мне разобратся , очень признателен :)

Правильно ?

Да. Имя файла может быть любым.

Какие параметры нужно изменить для работы через роутер

Впринципе никаких.

Достаточно настроить форвардинг портов(TCP и/или UDP, в зависимости от того, как вы настроили ваш трекер) на вашем роутере.

Форвардинг настраивается так, как если бы вы настраивали его для обычного веб-сервера (правда с некоторыми поправками).

Вот пример простого конфигурационного файла:

listen.tcp 0.0.0.0:6969
listen.udp 0.0.0.0:6969
tracker.rootdir /var/opentracker
tracker.redirect_url http://mytracker.com/

При этом трекер будет доступен со всех интерфейсов, по протоколам TCP и UDP на порту 6969.

Трекер сделает chroot в директорию /var/opentracker.

Также, если я обращусь по адресу трекера (например, http://mytracker.com:6969/), и не добавлю в конце announce (http://mytracker.com:6969/announce), меня перебросит на сайт http://example.com/

# listen.tcp_udp 0.0.0.0 # listen.tcp_udp 192.168.0.1:80 # listen.tcp_udp 10.0.0.5:6969

Скажите пожалуйста , а на что эти параметры влияют ? Какие задачи выполняют?

Также, если я обращусь по адресу трекера (например, http://mytracker.com:6969/), и не добавлю в конце announce (http://mytracker.com:6969/announce), меня перебросит на сайт http://example.com/

Мне хотелось уточнить одну вещь. Если у меня вместе http://mytracker.com:6969/ будет цифровой адрес , такого вида http://10.хх.хх.хх:6969/, то в таком случае куда перебрасывать , на http://10.хх.хх.хх:6969/announce , или никуда не перебрасывает ? В качестве адреса ретрекера обязательно ли пишется announce ? И можно изменить номер порта , изменения вводятся в конфиге или в процессе установки ?

Скажите пожалуйста , а на что эти параметры влияют ? Какие задачи выполняют?

Читайте выше, где листинг конфигурационного файла с комментариями. Вкратце — эти параметры устанавливают IP-адрес, на котором будет доступен трекер и порт, а также протокол (TCP или UDP или оба).

Мне хотелось уточнить одну вещь. Если у меня вместе http://mytracker.com:6969/ будет цифровой адрес , такого вида http://10.хх.хх.хх:6969/, то в таком случае куда перебрасывать , на http://10.хх.хх.хх:6969/announce , или никуда не перебрасывает ?

Этот параметр как и все не является обязательным. Если вы не знаете зачем это — скорее всего вам это не нужно.

В качестве адреса ретрекера обязательно ли пишется announce ?

Вообще-то да. Никто конечно не мешает изменить вам этот адрес. Но зачем?

И можно изменить номер порта , изменения вводятся в конфиге или в процессе установки ?

Изменения вносятся в конфиге (вверху пример). Также изменить порт можно задав определенный ключ при запуске трекера. Посмотреть расшифровку ключей можно набрав opentracker -h

Понятно. Еще два уточняющихся вопроса . Как мне правильно запустит сам оpentracker , с подгружением конфига или командой определенной(если командой, то как правильно написать?) , чтоб ретрекер с адресом http://10.xx.xx.xx:7979/announce был доступен ? Можно ли будет отслеживать работу ретрекера , если да то каким образом ? Спасибо большое , edigaryev, за ваши ответы, они крайне ценные для меня :)

opentracker -i 10.xx.xx.xx -p 7979

Все.

Можно ли будет отслеживать работу ретрекера , если да то каким образом ?

• http://10.xx.xx.xx:7979/stats
• http://10.xx.xx.xx:7979/stats?mode=modename&format= (mode бывают: peer, conn, scrp, udp4, tcp4, busy, torr, fscr, s24s, tpbs, herr, completed, top10, renew, syncs, version, everything, statedump, fulllog, woodpeckers; format бывает: bin, ben, url, txt)
• http://10.xx.xx.xx:7979/scrape

Попробовал выполнит команду

./opentracker -i 10.253.17.214 -p 7979

socket_bind6_reuse: Cannot assign requested address

Из-за чего может возникать такое сообщение ?

Убейте запущенные копии opentracker'a, если они есть и попробуйте заново.

Покажите также вывод команды lsof -i tcp:7979

А если так запустить, что скажет:

opentracker -p 7979

Покажите также вывод команды lsof -i tcp:7979

Пишет /bin/bash: lsof: command not found.

opentracker -p 7979

Так не выполняется , а пишет что не находит такую команду -bash: opentracker: command not found Выполняется тогда когда вхожу в каталог opentracker , и набираю такую команду

./opentracker -p 7979

  103 pts/0    00:00:00 opentracker
  104 pts/0    00:00:00 opentracker
  105 pts/0    00:00:00 opentracker
  106 pts/0    00:00:00 opentracker
  107 pts/0    00:00:00 opentracker

Вроде бы запускается , запущено 5 процессов, это нормально ли ?

Это потоки.

Пробовал браузером открыть http://10.253.17.214:7979/stats не получается . Или я не так делаю ?

Вы запускаете у себя на компьютере? Тогда заново запустите трекер (предварительно убив уже запущенный), и открыть http://localhost:7979/announce

Должна быть пустая страница с заголовком «Invalid request».

Вы запускаете у себя на компьютере?

Запускаю на старом компьютере , подключенный к роутеру , посредством putty .

Должна быть пустая страница с заголовком «Invalid request».

Я попробовал ввести локальный адрес http://192.168.0.169:7979/announce . Вроде бы подключается , но страница не отображается с таким заголовком . В мозиле пишет «ожидание ответа» , но ответа так и не получаю. В Интернет Эксплорере пишет «открытие страницы» , но страница так не открывается . Что это значило бы ?

Что это значило бы ?

у вас установлен там firewall?

попробуйте поставить какой-нибудь консольный браузер на старом компьютере и зайти на 127.0.0.1:7979/announce с него.

Также покажите вывод netstat -antu | grep 7979.

у вас установлен там firewall?

Да - iptables

попробуйте поставить какой-нибудь консольный браузер на старом компьютере и зайти на 127.0.0.1:7979/announce с него.

Я попробовал с помощью links зайти , получилось , появляется страница с заголовком «Invalid request» . Интеренсно ,а что же мешает появляться в мозиле и в ИЕ ? Может это связанно с файрволом .

Также покажите вывод netstat -antu | grep 7979.

tcp        0      0 0.0.0.0:7979            0.0.0.0:*               LISTEN
tcp      402      0 192.168.0.169:7979      192.168.0.147:2173      ESTABLISHED
tcp      407      0 192.168.0.169:7979      192.168.0.147:1973      CLOSE_WAIT
tcp      407      0 192.168.0.169:7979      192.168.0.147:1826      CLOSE_WAIT

Может это связанно с файрволом .

Да!

iptables -A INPUT -p tcp --dport 7979 -j ACCEPT

Странно, тогда откуда это:

tcp      402      0 192.168.0.169:7979      192.168.0.147:2173      ESTABLISHED 
tcp      407      0 192.168.0.169:7979      192.168.0.147:1973      CLOSE_WAIT 
tcp      407      0 192.168.0.169:7979      192.168.0.147:1826      CLOSE_WAIT 

iptables -A INPUT -p tcp --dport 7979 -j ACCEPT

Попробовал , но ситуация не изменилась , осталась прежной

Странно, тогда откуда это

А что странного вы заметили ?

Вот это:

192.168.0.169:7979      192.168.0.147:2173      ESTABLISHED

То что с IP 192.168.0.147 кто-то таки получил доступ к трекеру

Это у меня есть еще один компьютер , подключенный к роутеру , работает как веб-сервер. Им не кто не управляет , кроме меня :) Попробовал с него зайти , тоже не получается .

А если с этого компьютера сделать

nmap -p 7979 192.168.0.169

nmap -p 7979 192.168.0.169

Вот что получилось . Похоже доступ есть. Пробовал с рабочего компьютера.

Starting nmap 3.75 ( http://www.insecure.org/nmap ) at 2010-02-20 16:15 ╠юёъютёъ
юх тЁхь  (чшьр)
Interesting ports on 192.168.0.169:
PORT     STATE SERVICE
7979/tcp open  unknown
MAC Address: 00:80:48:4D:F5:AF (Compex Incorporated)
Nmap run completed -- 1 IP address (1 host up) scanned in 42.406 seconds

Ура. Теперь мучайте ваш браузер.

В адресной строке нужно набирать именно так:

http://192.168.0.169:7979/announce

Я вроде всегда так набирал ,страница по прежнему не открывается ((

Я ошибся сказав про 192.168.0.147 что это веб-сервер ,это локальный ип моего рабочего компьютера , а веб-сервер у меня на другом ипе , на 192.168.0.173 . Прошу извинения , перепутал , только не давно посмотрел по DCHP . Тогда сюдя по выводу :

tcp      402      0 192.168.0.169:7979      192.168.0.147:2173      ESTABLISHED  
tcp      407      0 192.168.0.169:7979      192.168.0.147:1973      CLOSE_WAIT  
tcp      407      0 192.168.0.169:7979      192.168.0.147:1826      CLOSE_WAIT 

работает лишь наполовину

Как вы себе это представляете?

Смотрите настройки подключения, настройки браузера, что-нибудь еще о чем можете знать только вы. Вы же сами убедились в том, что страница /announce открывается с сервера, значит трекер работает. Правила iptables на сервере вы так и не показали. Зайти на трекер с веб-сервера так и не попробовали.

Здравствуйте edigaryev .

Как вы себе это представляете?

Похожее ситуация описывается тут , только там долгое ожидание при попытке зайти на определенный веб-сайт . http://www.opennet.ru/openforum/vsluhforumID1/87571.html Пробовал выполнить представленную там команду , не помогает .

Смотрите настройки подключения, настройки браузера, что-нибудь еще о чем можете знать только вы.

Если бы я знал где. Я полагаю проблема на стороне сервера , где размещен трекер . А вот в чем именно , незнаю.

Вы же сами убедились в том, что страница /announce открывается с сервера, значит трекер работает.

Да,работает. А вот смогут ли пользователи с локалки подключится к трекеру , вот это меня волнует , достучатся к нему и получит от него нужный ответ ?

Зайти на трекер с веб-сервера так и не попробовали.

С веб-сервера я также пробовал , тажа история. Вот что выводится по этой команде:

 iptables -L 

Chain INPUT (policy ACCEPT)
target     prot opt source               destination

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

Попробуйте следующее:

• С компьютера, на котором opentracker

  Убиваете opentracker:

  kill -9 `pgrep opentracker`

  Запускаете команду:

  nc -l -p 7979

• С вашего компьютера

  echo "test" | nc ip 7979

На сервере netcat должен будет вывести в консоли «test». Если не получится — попробуйте с другими портами вместо 7979, например: 1089 (netcat нужно будет запустить из-под суперпользователя), 50500.

С вашего компьютера

echo "test" | nc ip 7979

Я немного непонял каким образом я запущу , с помощью чего ?

С помощью консоли. Должен быть установлен netcat.

С помощью консоли. Должен быть установлен netcat.

Не сразу догадался я :) Вот получилось :

Cmd line: echo "test" | ip 7979

echo: forward host lookup failed: h_errno 11001: HOST_NOT_FOUND

facepalm.jpg

Вместо ip нужно подставить ip-адрес сервера (на котором opentracker).

И echo «test» | ip_адрес_сервера 7979 выполняется в bash, а не в консоли netcat.

Можно ли немного поподробнее что вы имеете ввиду «выполняется в bash» ?

Как я понимаю bash - это что-то типа командной строки . Я в линуксе не очень силен , но стараюсь понимать и разбираться в строении луникса, черпая информацию из интернета . Как я понял bash запускается на стороне сервер(трекера)с помощью netcat ? Но как подобраться к bash , если при попытке присоединится к серверу при помощи команды

nc 192.168.0.169 7979

forward host lookup failed: h_errno 11001: HOST_NOT_FOUND

Так у меня выглядит счас конфиг-файл трекера. Скажите пожалуйста все ли в нем в порядке ?

# opentracker config file 
# 
 
# I)   Address opentracker will listen on, using both, tcp AND udp family 
#      (note, that port 6969 is implicite if ommitted). 
# 
#      If no listen option is given (here or on the command line), opentracker 
#      listens on 0.0.0.0:6969 tcp and udp. 
# 
# listen.tcp_udp 0.0.0.0 
# listen.tcp_udp 192.168.0.1:80 
# listen.tcp_udp 10.253.17.214:7979 
# 
#      To only listen on tcp or udp family ports, list them this way: 
# 
# listen.tcp 10.253.17.214:7979 
# listen.udp 10.253.17.214:7979 
# 
#      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. 
# 
 
# II)  If opentracker runs in a non-open mode, point it to files containing 
#      all torrent hashes that it will serve (shell option -w) 
# 
# access.whitelist /path/to/whitelist 
# 
#      or, if opentracker was compiled to allow blacklisting (shell option -b) 
# 
# access.blacklist ./blacklist 
# 
#      It is pointless and hence not possible to compile black AND white 
#      listing, so choose one of those options at compile time. File format 
#      is straight forward: "<hex info hash>\n<hex info hash>\n..." 
# 
#      If you do not want to grant anyone access to your stats, enable the 
#      WANT_RESTRICT_STATS option in Makefile and bless the ip addresses 
#      allowed to fetch stats here. 
# 
# access.stats 192.168.0.23 
# 
 
# III) Live sync uses udp multicast packets to keep a cluster of opentrackers 
#      synchronized. This option tells opentracker which port to listen for 
#      incoming live sync packets. The ip address tells opentracker, on which 
#      interface to join the multicast group, those packets will arrive. 
#      (shell option -i 192.168.0.1 -s 9696), port 9696 is default. 
# 
# livesync.cluster.listen 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.0.42.23 for incoming 
#      udp packets and one on ip address 192.168.0.1 port 9696 for outgoing 
#      udp packets. 
# 
#      As of now one and only one ip address must be given, if opentracker 
#      was built with the WANT_SYNC_LIVE feature. 
# 
 
# IV)  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.node_ip 192.168.0.4 
# livesync.cluster.node_ip 192.168.0.5 
# livesync.cluster.node_ip 192.168.0.6 
# 
#      This is the admin ip address for old style (HTTP based) asynchronus 
#      tracker syncing. 
# 
# batchsync.cluster.admin_ip 10.1.1.1 
# 
 
# V)   Control directory where opentracker will chdir to. So all black/white 
#      list files may be put in that directory (shell option -d). 
# 
# tracker.rootdir /usr/local/etc/opentracker 
# 
 
# VI)  opentracker can be told to answer to a "GET / HTTP"-request with a 
#      redirect to another location (shell option -r). 
# 
# tracker.redirect_url https://your.tracker.local/