NexusPHP的PT站点，6个peer tracker返回14个，，数量不对啊

比特彗星(BitComet) 建議意見
1

5
51472×572 41.1 KB

6
6814×254 17.4 KB

666
6661026×508 44.6 KB

可能是网站服务器那边的问题？感觉应该是。

2

感觉是对方网站问题。。不过比特彗星显示也是有问题，未完成用户应该只显示1个才对。

2019-04-12 22:55:57 Announce https://hdhome.org/announce.php?passkey=xxxxxxxxxxx隐藏key&info_hash=���Uѿ��Nږ}I���<�&peer_id=-BC0156-%40nC�M����y&port=22223&natmapped=1&localip=192.168.1.2&port_type=wan&uploaded=0&downloaded=46792704&left=53292826624&numwant=200&compact=1&no_peer_id=1&key=17987
2019-04-12 22:56:07 Tracker returned info: interval = 30:00, min interval = 00:30
2019-04-12 22:56:07 Tracker returned 12 peers.
2019-04-12 22:56:07 Tracker returned info: complete = 16, incomplete = 1

image
image1087×161 10.2 KB

3

楼主能给个PT站点的邀请码么？以前玩的PT站关闭了，现在只能在野站混日子。
hwbasd@protonmail.com

4

只有hdh

5

关联问题https://www.cometbbs.com/t/%E6%AF%94%E7%89%B9%E5%BD%97%E6%98%9Fpt%E6%A8%A1%E5%BC%8F%E4%B8%8B%E5%AD%98%E5%9C%A8https-tracker%E6%B1%87%E6%8A%A5%E7%BC%93%E5%AD%98/28912

6

@zhuxiaoying85309 有个关联问题，ngosang 的 tracker 列表项目底下有人说 itzmx tracker 返回的 peer 数目不准确，不知是什么问题？

导致最近一些使用该 tracker 列表的公共种子不包含 itzmx tracker 了，只剩下一堆移动网完全连不上的 udp tracker，很忧伤~

7

ot_http.c:446

  if( numwant > 200 ) numwant = 200;

服务端改了这个，不影响，可以返回更多的peer用于连接。（考虑到大陆地区很多peer处于内网，无法进行外部远程连入，更多的peer是有效提高速度的）
1 3号服务器目前做了数据同步，集群负载，所以看到的peer是一样的，并且1号服务器搭配了CDN系统，可以解决某些网络特殊情况连接不上的问题。

建议不用ngosang的，直接用这一份列表
https://raw.githubusercontent.com/1265578519/OpenTracker/master/tracker.txt

8

1
11230×847 73.4 KB

2
21043×888 149 KB

3

tracker 1号服务器就拥有这个数据量，不做同步是不可能的，当然主要是考虑到网络连不上的问题，一天上总14亿次访问请求
1575W独立UV用户
单独请求宽带，一天流量就可以使用到接近4TB
同时在线基本上2000W下载者640W做种者，同时进行的种子活跃特征散列达到178W个
想想，我总共有四台一起有多少！当然，因为一个种子可以同时使用多个tracker，这样判断来说肯定有重复的数据，等于是基本上也就300W左右的种子活跃吧，服务主要来自中国，可以看到上面cloudflare给出的数据，基本上都来自中国大陆的请求。因为迅雷客户端，等很多些软件，都内置了我的tracker

老外，不懂中国技术，他们根本不知道这类东西，比如ngosang只是个爬虫判断tracker的可用性而已。

9

谢谢樱大的详细解答。实际上我一直没搞清楚那个 issue 作者是如何判断 itzmx 返回不正确 peer 数量的。如果只是因为看到两个镜像站返回相同的数据就认定是假的，也太无厘头了点。

也许是有些人将客户端设置为自动向新任务中添加 tracker 的缘故，虽然 itzmx tracker 从一些新的公共种子中消失，手动添加 itzmx 仍能发现有 peer，挽救了移动宽带用户。

10

嗯，后端用的是开源的OpenTracker，这套程序提供集群功能，也可以进行同步数据的。如果做了集群同步有相同的是很正常的。
程序官网介绍


老外嘛，就那样了。。

11

谢谢樱大。我再跟 ngosang 和那个 issue 作者协商一下，看他们能不能回心转意。因为 ngosang 的这个项目在一些国外种子站很常用，借助他推广一下应该没坏处…

12

嗯，国内比如迅雷，之类的，都是有自己的一套tracker接口，比如说
http://plugin.xl7.xunlei.com/7.9/normal/trackers.json

13

樱大，根据那个 issue 作者的测试，在他的测试用例中似乎的确返回了一些异常 peer。具体见下面链接。那些 172.68.*.* 似乎是内网 ip？也许将来维护的时候可以看一下是否存在此问题。

14

172.68这些是来自cloudflare CDN节点的ip地址，这个是已知问题，但是为了做个互联连接性解决，这个问题不好解决。
可以通过 ipip.net https://www.ipip.net/ip.html 数据库进行查询。
opentracker这套程序不支持cloudflare cdn下传递ip地址，套cdn是为了一些连接不上的人方便做一个连接，数据同步后，可以正常获取其他节点的ip地址进行peers连接。
这些不是伪造的ip，例如比特彗星客户端如果对此ip发起connect会无法连接后自动做一个拒绝超时等待状态。
按理来说，这样做是有利于解决一个网络连接问题的，因为我现在服务器都放在国外了，没有国内服务器，可能部分节点存在一个连接性问题，这么做就是为了解决这个tracker未工作超时访问的连接问题。

15

这套程序的开原地址：opentracker | erdgeist.org
我之前有联系过原作者mail:erdgeist@erdgeist.org
在去年我就联系过作者，并没有获得解决方案答复

image
image856×848 37 KB

只会给我回复了，实际上存在这个问题
If proxy sets the HTTP_X_FORWARDED_FOR header, this ip is used instead
of the originating IP. Just tested it here.

当然这是一个开源项目，如果有人能有能力提交代码解决，可以在我的github上提交。

邮件原文

#ifdef WANT_IP_FROM_PROXY

if( accesslist_isblessed( cookie->ip, OT_PERMISSION_MAY_PROXY ) ) {

ot_ip6 proxied_ip;

char *fwd = http_header( ws->request, ws->header_size, "x-forwarded-for" );

if( fwd && scan_ip6( fwd, proxied_ip ) )

  OT_SETIP( &ws->peer, proxied_ip );

else

  OT_SETIP( &ws->peer, cookie->ip );

} else

Is the header modified here x-forwarded-for?

He will pass HTTP_X_FORWARDED_FOR and HTTP_CF_CONNECTING_IP

I tried to modify , it not work.

my php server

  1. <?php

  2. print_r(getallheaders());

  3. ?>

According to the print result, there is no X-Forwarded-For，the cloudflare provide, they used HTTP_CF_CONNECTING_IP.

https://support.cloudflare.com/hc/en-us/articles/200170986

  1. Array

  2. (

  3. [PHPRC] => /tmp/php-www.ini

  4. [PHP_FCGI_MAX_REQUESTS] => 0

  5. [HOSTNAME] => itzmx.com

  6. [TERM] => xterm

  7. [SHELL] => /bin/bash

  8. [HISTSIZE] => 1000

  9. [SSH_CLIENT] => 117.182.247.76 25354 22

  10. [SSH_TTY] => /dev/pts/0

  11. [USER] => root

  12. [LS_COLORS] => rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:mi=01;05;37;41:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:.tar=01;31:.tgz=01;31:.arj=01;31:.taz=01;31:.lzh=01;31:.lzma=01;31:.tlz=01;31:.txz=01;31:.zip=01;31:.z=01;31:.Z=01;31:.dz=01;31:.gz=01;31:.lz=01;31:.xz=01;31:.bz2=01;31:.tbz=01;31:.tbz2=01;31:.bz=01;31:.tz=01;31:.deb=01;31:.rpm=01;31:.jar=01;31:.rar=01;31:.ace=01;31:.zoo=01;31:.cpio=01;31:.7z=01;31:.rz=01;31:.jpg=01;35:.jpeg=01;35:.gif=01;35:.bmp=01;35:.pbm=01;35:.pgm=01;35:.ppm=01;35:.tga=01;35:.xbm=01;35:.xpm=01;35:.tif=01;35:.tiff=01;35:.png=01;35:.svg=01;35:.svgz=01;35:.mng=01;35:.pcx=01;35:.mov=01;35:.mpg=01;35:.mpeg=01;35:.m2v=01;35:.mkv=01;35:.ogm=01;35:.mp4=01;35:.m4v=01;35:.mp4v=01;35:.vob=01;35:.qt=01;35:.nuv=01;35:.wmv=01;35:.asf=01;35:.rm=01;35:.rmvb=01;35:.flc=01;35:.avi=01;35:.fli=01;35:.flv=01;35:.gl=01;35:.dl=01;35:.xcf=01;35:.xwd=01;35:.yuv=01;35:.cgm=01;35:.emf=01;35:.axv=01;35:.anx=01;35:.ogv=01;35:.ogx=01;35:.aac=01;36:.au=01;36:.flac=01;36:.mid=01;36:.midi=01;36:.mka=01;36:.mp3=01;36:.mpc=01;36:.ogg=01;36:.ra=01;36:.wav=01;36:.axa=01;36:.oga=01;36:.spx=01;36:.xspf=01;36:

  13. [MAIL] => /var/spool/mail/root

  14. [PATH] => /usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin

  15. [PWD] => /root

  16. [LANG] => C

  17. [HISTCONTROL] => ignoredups

  18. [SHLVL] => 1

  19. [HOME] => /root

  20. [LOGNAME] => root

  21. [CVS_RSH] => ssh

  22. [SSH_CONNECTION] => 117.182.247.76 25354 185.xxx.xxx.xxx 22

  23. [LESSOPEN] => ||/usr/bin/lesspipe.sh %s

  24. [G_BROKEN_FILENAMES] => 1

  25. [_] => /vhs/kangle/bin/kangle

  26. [OLDPWD] => /root/kangle

  27. [VH_NAME] => www

  28. [DOCUMENT_ROOT] => /home/ftp/w/www/bbs/

  29. [REMOTE_PORT] => 48723

  30. [REMOTE_ADDR] => 45.119.209.194

  31. [SERVER_PORT] => 80

  32. [SERVER_ADDR] => 185.xxx.xxx.xxx

  33. [SCRIPT_FILENAME] => /home/ftp/w/www/bbs/11.php

  34. [PATH_TRANSLATED] => /home/ftp/w/www/bbs/11.php

  35. [SCRIPT_NAME] => /11.php

  36. [REQUEST_URI] => /11.php

  37. [REQUEST_METHOD] => GET

  38. [SERVER_PROTOCOL] => HTTP/1.1

  39. [SERVER_NAME] => bbs.itzmx.com

  40. [GATEWAY_INTERFACE] => CGI/1.1

  41. [SERVER_SOFTWARE] => kangle/sakura

  42. [HTTP_IF_MODIFIED_SINCE] => Sun, 28 Apr 2019 20:19:26 GMT

  43. [HTTP_CDN_LOOP] => cloudflare

  44. [HTTP_CF_CONNECTING_IP] => 45.119.209.194

  45. [HTTP_COOKIE] => __cfduid=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

  46. [HTTP_ACCEPT_LANGUAGE] => zh-CN,zh;q=0.9

  47. [HTTP_ACCEPT] => text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,/;q=0.8,application/signed-exchange;v=b3

  48. [HTTP_DNT] => 1

  49. [HTTP_USER_AGENT] => Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/74.0.3729.108 Safari/537.36

  50. [HTTP_UPGRADE_INSECURE_REQUESTS] => 1

  51. [HTTP_CACHE_CONTROL] => max-age=0

  52. [HTTP_CF_VISITOR] => {“scheme”:“http”}

  53. [HTTP_CF_RAY] => 4cebbb2a1d25959e-IAD

  54. [HTTP_CF_IPCOUNTRY] => US

  55. [HTTP_ACCEPT_ENCODING] => gzip

  56. [HTTP_HOST] => bbs.itzmx.com

  57. [FCGI_ROLE] => RESPONDER

  58. [PHP_SELF] => /11.php

  59. [REQUEST_TIME_FLOAT] => 1556482766.5718

  60. [REQUEST_TIME] => 1556482766

  61. )

16

谢谢反馈，peers(用户)数量确实是seeders(做种)和leechers(未完成)数量之和。为了避免混淆，下一版干脆增加一列单独显示leechers数量好了。

17

软件出现异常了

18

小樱费心了，消息已经传达。对于国内糟糕的网络环境费心优化，这是功德无量的事情。感谢！

19

ngosang 把 itzmx 加回来了。另外在那个帖子里还有几个人针对 cloudflare CDN 的问题做了回复，我不懂技术看不明白，樱大有兴趣可以看一下，没准能修正一些问题

20

image
image800×686 35.3 KB

他这没有解决方案，他这是nginx的，这些配置对于Cloudflare来说我早试过了

1個讚