NexusPHP1.5 如PT客户端有V4V6地址，做种汇报数据问题

308760841

在NP1.5程序，如PT客户端同时有V4V6地址，做种汇报数据会翻倍的，如上传量下载量

在种子详情，同伴出现这样



这个，如何解决呢

小樱

有些NexusPHP的pt站点禁用qbittorrent就是这个原因，多次重复汇报数据
https://bbs.itzmx.com/thread-98030-1-1.html

不过按理来说原版NexusPHP不会发生这种现象，除非qb多次重复汇报的时候还去主动改变了peerid
正常来说第一次汇报是ipv4，第二次汇报是ipv6，那么NexusPHP会重写原有客户端的ip地址改为新的ipv6

要不然在域名上把v6的aaaa解析删掉也可以解决
其实也微乎其微，私有种子用户群毕竟小，影响不算特别大，建立ipv6成功后会通过 bittorrent.peer_dual_ip 返回自身ipv4给对方
不过这个返回有个前提是建立成功，在成功之前不知道对方2个ip地址中的另一个ip地址，此时可能因为端口未打开引起建立失败无法进行交换ip信息
虽然同时汇报A和AAAA是最终解决办法，但是tracker服务器并不承认一个peerid拥有2个地址，甚至可能因为双次请求拉黑名单

308760841

域名没解析V6. 这有什么好的方法解决呢

小樱

308760841 发表于 2024/10/16 22:48
域名没解析V6. 这有什么好的方法解决呢

那可能是站点使用了CDN，然后用户通过hosts文件绑定了ipv6的节点服务器到域名上，可以在CDN或者源站上做个检测，访问地址是ipv6就禁止
如果是使用CF cloudflare，可以用waf功能，匹配"IP 源地址"
值填写
中国电信

1. 240e::/16

复制代码

中国联通

1. 2408::/16

复制代码

中国移动

1. 2409::/16

复制代码

https://developers.cloudflare.com/waf/tools/lists/custom-lists/
https://developers.cloudflare.com/waf/tools/ip-access-rules/parameters/

但是屏蔽ipv6访问不是最好的解决办法，而是要找到php文件中哪里有问题将其修复才是正确的，比如说对比下当前站点使用的文件与原版NexusPHP的差异

308760841

应该是NP1.5的bug， 不关CDN的事， 2019年，那时流行双宽带叠加。如会员双宽带叠加，有双IP，上传汇报数据也是翻倍的，上传速度超100M被封号

小樱

308760841 发表于 2024/10/17 08:33
应该是NP1.5的bug， 不关CDN的事， 2019年，那时流行双宽带叠加。如会员双宽带叠加，有双IP，上传汇报数据 ...

使用NexusPHP原版测试没有这个bug，无法复现，就算ip地址在多频繁切换ip，也只会记录一条ip数据
你先对比下 announce.php 文件是否有不同
记得点回复按钮，不然收不到回复提醒

308760841

对比announce.php，基本不变，只是在最后加VIP不计下载量与种子认领

1. if (count($updateset)) // Update only when there is change in peer counts
   
2. {
   
3.         $updateset[] = "visible = 'yes'";
   
4.         $updateset[] = "last_action = $dt";
   
5.         sql_query("UPDATE torrents SET " . join(",", $updateset) . " WHERE id = $torrentid");
   
6. }
   
7. 
   
8. if($client_familyid != 0 && $client_familyid != $az['clientselect']){//20221119
   
9.         $USERUPDATESET[] = "clientselect = ".sqlesc($client_familyid);
   
10. }       
    
11. /**
    
12. * VIP do not calculate downloaded
    
13. * @since 20221119
    
14. */
    
15. if ($az['class'] == UC_VIP) {
    
16.     foreach ($USERUPDATESET as $key => $value) {
    
17.         if (preg_match("/downloaded/i", $value)) {
    
18.             unset($USERUPDATESET[$key]);
    
19.         }
    
20.     }
    
21. }
    
22. if(count($USERUPDATESET) && $userid)
    
23. {
    
24.         sql_query("UPDATE users SET " . join(",", $USERUPDATESET) . " WHERE id = ".$userid);
    
25.         //种子认领20181127
    
26.         //sql_query("UPDATE my_torrents_claim SET  m_up=m_up+".($trueupthis+0)." ,m_down=m_down+".(0+$truedownthis)." ,m_seedtime=m_seedtime+".($self['announcetime']+0)." WHERE torrent_id = $torrentid and user_id =  $userid");
    
27.     //20181210new
    
28.         sql_query("UPDATE my_torrents_claim SET  m_up=m_up+".($trueupthis+0)." ,m_down=m_down+".(0+$truedownthis)." WHERE torrent_id = $torrentid and user_id =  $userid");
    
29.        
    
30. }
    
31. if($userid)
    
32. {
    
33.     //20181210种子认领做种时间
    
34.         //20181210 update 20181211
    
35.         $m_res = @mysql_fetch_array(@sql_query("SELECT uploaded,downloaded,started,last_action,prev_action FROM peers WHERE torrent=$torrentid AND seeder ='yes' AND userid=" . sqlesc($userid)));
    
36.         $prev_action = strtotime($m_res['prev_action']);
    
37.         if($prev_action>0){
    
38.                 $m_seedtime = strtotime($m_res['last_action'])-strtotime($m_res['prev_action']);
    
39.                 sql_query("UPDATE my_torrents_claim SET  m_seedtime=m_seedtime+".($m_seedtime+0)." WHERE torrent_id = $torrentid and user_id =  $userid");
    
40.         }else{
    
41.                 $m_seedtime = strtotime($m_res['last_action'])-strtotime($m_res['started']);
    
42.                 sql_query("UPDATE my_torrents_claim SET  m_seedtime=m_seedtime+".($m_seedtime+0)." WHERE torrent_id = $torrentid and user_id =  $userid");
    
43.         }
    
44.        
    
45. }
    
46. benc_resp_raw($resp);

复制代码

不是切换IP，要客户端同时有2个IP才汇报数据翻倍的

小樱

308760841 发表于 2024/10/17 22:13
对比announce.php，基本不变，只是在最后加VIP不计下载量与种子认领

对的，我说的就是客户端有多个ip的意思
你这段代码有很多次套娃my_torrents_claim操作，增加上传(m_up)和下载(m_down)数据，可以确定就是这段代码的问题
在20181210new这一段里面，后面的UPDATE操作没有注释掉，后续产生的if($userid)重复几次看起来挺可疑的，应该是这个引起的？要找个php大佬确认一下这段代码怎么修复，下方这份修复代码这可能报错500无法正常工作，由于代码中涉及到数据库更新，注意备份数据库在尝试。

1. if (count($updateset)) {
   
2.     $updateset[] = "visible = 'yes'";
   
3.     $updateset[] = "last_action = $dt";
   
4.     sql_query("UPDATE torrents SET " . join(",", $updateset) . " WHERE id = $torrentid");
   
5. }
   
6. 
   
7. if ($client_familyid != 0 && $client_familyid != $az['clientselect']) {
   
8.     $USERUPDATESET[] = "clientselect = ".sqlesc($client_familyid);
   
9. }
   
10. 
    
11. if ($az['class'] == UC_VIP) {
    
12.     foreach ($USERUPDATESET as $key => $value) {
    
13.         if (preg_match("/downloaded/i", $value)) {
    
14.             unset($USERUPDATESET[$key]);
    
15.         }
    
16.     }
    
17. }
    
18. 
    
19. if (count($USERUPDATESET) && $userid) {
    
20.     sql_query("UPDATE users SET " . join(",", $USERUPDATESET) . " WHERE id = ".$userid);
    
21. 
    
22.     $torrentsClaimUpdate = "m_up=m_up+".($trueupthis+0).", m_down=m_down+".(0+$truedownthis);
    
23.     sql_query("UPDATE my_torrents_claim SET $torrentsClaimUpdate WHERE torrent_id = $torrentid and user_id =  $userid");
    
24. }
    
25. 
    
26. if ($userid) {
    
27.     $m_res = @mysql_fetch_array(@sql_query("SELECT uploaded, downloaded, started, last_action, prev_action FROM peers WHERE torrent=$torrentid AND seeder ='yes' AND userid=" . sqlesc($userid)));
    
28.     $prev_action = strtotime($m_res['prev_action']);
    
29.     if ($prev_action > 0) {
    
30.         $m_seedtime = strtotime($m_res['last_action']) - $prev_action;
    
31.     } else {
    
32.         $m_seedtime = strtotime($m_res['last_action']) - strtotime($m_res['started']);
    
33.     }
    
34.    
    
35.     if ($m_seedtime > 0) {
    
36.         sql_query("UPDATE my_torrents_claim SET m_seedtime=m_seedtime+".($m_seedtime+0)." WHERE torrent_id = $torrentid and user_id =  $userid");
    
37.     }
    
38. }
    
39. 
    
40. benc_resp_raw($resp);
    

复制代码

308760841

1. sql_query("UPDATE my_torrents_claim SET  m_up=m_up+".($trueupthis+0)." ,m_down=m_down+".(0+$truedownthis)." WHERE torrent_id = $torrentid and user_id =  $userid");

复制代码

改成

1. $torrentsClaimUpdate = "m_up=m_up+".($trueupthis+0).", m_down=m_down+".(0+$truedownthis);
   
2.     sql_query("UPDATE my_torrents_claim SET $torrentsClaimUpdate WHERE torrent_id = $torrentid and user_id =  $userid");

复制代码

是吗

308760841

我想不是这个问题。记得某会员在2019年，双宽带的，在天空站（HDSKY）也是超速度封号

308760841

看了HDU与南洋PT站，种子详情，同伴也是出重复情况

小樱

308760841 发表于 2024/10/18 14:00
看了HDU与南洋PT站，种子详情，同伴也是出重复情况

你看一下本站的，用的是原版，是不是就没有这种现象？

308760841

见图

小樱

308760841 发表于 2024/10/18 22:06
见图

目前分析一个人，作弊或者双开客户端
相同的peerid，出现了不同的port端口
等多捕获几个人数据看看


第二位用户，所有行为发生在相同端口，拥有6个客户端peerid发生改变，可以判断对方存在作弊行为，或者对方使用了6个客户端进行做种并且端口号配置错误在相同的一个端口号上
用户有问题，程序会根据peerid变化来做检测
这些用户不正常的行为，网站程序对于这种应该直接判断为作弊的
发起的tracker就不规范，就比如说第一位用户那个抓包图，不可能一直两个端口来回跳动
客户端重启peer一定会发生改变不存在会相同的情况
刚才第二位抓包是每次发起的请求都会发生改变peer
可以百分之百判断是作弊 或者我猜测是使用了qb匿名模式 等会上电脑我复现一下试试  
qb有个匿名模式，不知道启用后会不会每次都发生改变 如果每次都发生改变，那么第二位用户他就是正常用户

308760841

应该是NP1.5代码问题

小樱

308760841 发表于 2024/10/18 23:46
应该是NP1.5代码问题

本地模拟了第一位用户的情况，频繁来回改变端口，多次测试并没有复现出现2个或者更多的现象，网站程序有正确处理port改变的情况
可能是未知的bug，暂时还找不到原因

完啦，还找不到原因
主要本地测试没办法复现，找不到如何复现这个问题

308760841

小樱，能找PHP大佬解决？

308760841

这个问题能解决吗