Chiphell - 分享与交流用户体验

标题: 国内是不是有人故意刷BT流量 [打印本页]
作者: summerq    时间: 2024-9-29 11:55
标题: 国内是不是有人故意刷BT流量
最近我发现一件怪事，就是BT下载的时候，有某些IP地址一直在高速下载，每天能刷我几百G的流量，然后种子本身也有问题，我下载卡在98%-99%就不动了，然后一大堆国内IP连上来疯狂下载。这种行为背后是有什么特别的动机吗？目前我是直接ban掉所有中国IP来临时解决。
作者: LxHha    时间: 2024-9-29 11:59
迅雷一类的软件，很正常。
作者: hua_wuxin    时间: 2024-9-29 12:00
下载卡在98%-99%就不动了


如果有多个种子这样（一直在98%-99%总是下载不完），检查一下内存。
作者: Nospel    时间: 2024-9-29 12:02
迅雷bt默认端口号是1500，绝大部分小白用户不知道改的，见到就ban ip
作者: jimtqf    时间: 2024-9-29 12:06
pcdn的会来恶意下载，平衡自己的流量
作者: Icarus_Radio    时间: 2024-9-29 12:10
就是那帮搞PCDN的，通过恶意刷BT流量平衡上下行流量，推荐这个工具，可以自动ban这些IP
https://github.com/PBH-BTN/PeerBanHelper
作者: hhu88    时间: 2024-9-29 12:11
ban迅雷和几个吸血客户端就行，直接不问青红皂白ban中国ip，岂不是让我这样全速上传的用户伤心？
作者: summerq    时间: 2024-9-29 12:11
Nospel 发表于 2024-9-29 12:02
迅雷bt默认端口号是1500，绝大部分小白用户不知道改的，见到就ban ip

端口号我是用了高端口 不是默认的 对方客户端看不出来是什么 但不是xunlei或者其他常见的
作者: summerq    时间: 2024-9-29 12:12
hua_wuxin 发表于 2024-9-29 12:00
如果有多个种子这样（一直在98%-99%总是下载不完），检查一下内存。

内存给了64g…
作者: summerq    时间: 2024-9-29 12:16
hhu88 发表于 2024-9-29 12:11
ban迅雷和几个吸血客户端就行，直接不问青红皂白ban中国ip，岂不是让我这样全速上传的用户伤心？ ...

哈哈 我这是临时先搞一下。楼上的那个工具我去试试。我这边其实带宽大，上传是10g的，但是大约有10几个这种ip不停下载，导致我的上传有差不多400-500MB/S，就很烦。我下载缓存用了一个980pro，这样一直下载 nvme硬盘就发热，很讨厌。前一阵子我还把一些热门种子放在tmpfs里，想着对方下载速度快一些，下载完了不就行了么。但是后来我发现问题了，就是对方一直卡在99%，但是我上传速度还是很快，那我就觉得有些问题了
作者: ssl0008    时间: 2024-9-29 12:17
Icarus_Radio 发表于 2024-9-29 12:10
就是那帮搞PCDN的，通过恶意刷BT流量平衡上下行流量，推荐这个工具，可以自动ban这些IP
https://github.com ...

居然不支持transmission，回家换qbit试试
作者: summerq    时间: 2024-9-29 12:18
ssl0008 发表于 2024-9-29 12:17
居然不支持transmission，回家换qbit试试

我就用qbittorrent-nox，正在研究这个工具中
作者: 无聊的五月    时间: 2024-9-29 12:18
一般就是做种到99%  不做了，然后让大家提供上传
作者: lzhdim    时间: 2024-9-29 12:21
很正常啊，因为到后面没种子了。。。

以前下电视剧的时候有些集也是下到90%多卡那了，，，建议你等等再开启下载试试。。。
作者: summerq    时间: 2024-9-29 12:24
lzhdim 发表于 2024-9-29 12:21
很正常啊，因为到后面没种子了。。。

以前下电视剧的时候有些集也是下到90%多卡那了，，，建议你等等再开 ...

目前核心问题还不是我这边下载不能到100%，而是对方卡在99%，我这边还在高速给对方上传数据。正常的客户端对方都是很快就下载完毕了，这种特殊的就卡在99%不动了，我就好奇这种情况是怎么回事
作者: saigetsu    时间: 2024-9-29 12:34
大多数都是搞PCDN那帮人故意的，就为了刷他们的下行流量
作者: zhgna    时间: 2024-9-29 13:02
本帖最后由 zhgna 于 2024-9-29 13:03 编辑

以前transmission有遇到过不停在高速下载，但种子进度一点都不动，下载的数据不知跑哪儿去了。关闭transmission套件再重开后，数据又恢复正常。
作者: JasonGreen    时间: 2024-9-29 13:32
我现在都不敢全速上传了
作者: Rikka@1955    时间: 2024-9-29 14:00
是搞pcdn刷下行流量的，楼上说迅雷的还是太年轻，这帮玩pcdn的一不注意能把我500M的种子刷出5G的下载量来，一般是一些奇怪的客户端id比如"Taipei dev"什么的，但是据说这些软件也已经升级到了模拟正常bt软件id的级别了，防不胜防。
作者: chip_discovery    时间: 2024-9-29 14:11
某鱼上老早就看到了有人在出售所谓的宽带下行消耗器之类的东西了，
作者: humalu    时间: 2024-9-29 14:11
确实是刷流量的。
我有一阵子被刷流量，每天上传被占满。一个种子重复从我这里下载，眼看着他的下载进度到了100%，然后过几秒又连上来丛0%开始。
后来手工屏蔽了10几个IP地址就好了。
不过那一阵子也给我刷了好多上传量。
作者: 小肚腩    时间: 2024-9-29 23:01
summerq 发表于 2024-9-29 12:16
哈哈 我这是临时先搞一下。楼上的那个工具我去试试。我这边其实带宽大，上传是10g的，但是大约有10几个这 ...

其实想请教下这个10G上传的宽带月费多少？
作者: yan1990_y    时间: 2024-9-29 23:14
summerq 发表于 2024-9-29 12:16
哈哈 我这是临时先搞一下。楼上的那个工具我去试试。我这边其实带宽大，上传是10g的，但是大约有10几个这 ...

老哥你怎么办到这么牛逼的套餐的
作者: afkool    时间: 2024-9-29 23:19
那么。。。玩PT吧。。。。。
作者: summerq    时间: 2024-9-30 01:19
yan1990_y 发表于 2024-9-29 23:14
老哥你怎么办到这么牛逼的套餐的

不在国内，是新加坡
(, 下载次数: 67)
作者: pdvc    时间: 2024-9-30 01:26
summerq 发表于 2024-9-30 01:19
不在国内，是新加坡

好么，PCDN都刷到境外去了
作者: sevenleaves    时间: 2024-9-30 01:40
PT升级圣地么
作者: YsHaNg    时间: 2024-9-30 01:43
hhu88 发表于 2024-9-29 04:11
ban迅雷和几个吸血客户端就行，直接不问青红皂白ban中国ip，岂不是让我这样全速上传的用户伤心？ ...

真心玩的就去pt
作者: tenll    时间: 2024-9-30 07:53
碰到过，发现几个已经不是热门的种子上传非常多，刚开始以为是碰到邻居来我这里下载了，结果几天过去了，还在大流量上传，研究了一下发现ip还是同一个
作者: ssvip    时间: 2024-9-30 08:23
pdvc 发表于 2024-9-30 01:26
好么，PCDN都刷到境外去了

封pcdn不去封源头，突出的就是一个玩字，以后乐子是少不了的
作者: MoonDigi    时间: 2024-9-30 08:35
ssl0008 发表于 2024-9-29 12:17
居然不支持transmission，回家换qbit试试

ban ip不需要动bt客户端，直接防火墙上ban就行
作者: chuxuanax    时间: 2024-9-30 09:00
ssvip 发表于 2024-9-30 08:23
封pcdn不去封源头，突出的就是一个玩字，以后乐子是少不了的

封不了
作者: bchb    时间: 2024-9-30 09:27
https://github.com/anacrolix/torrent/discussions/891?sort=new
主要ip段是123盘内蒙机房，整段拉黑就清静了
现在qbe增加了保持连接，只给1b上传的反制手段
作者: 流浪的蛙蛙    时间: 2024-9-30 12:14
pcdn刷流量的，之前有人做过一个工具，后面发现这个工具刷的流量全部流向123盘对应的公司
作者: summerq    时间: 2024-9-30 12:26
本帖最后由 summerq 于 2024-9-30 12:28 编辑
bchb 发表于 2024-9-30 09:27
https://github.com/anacrolix/torrent/discussions/891?sort=new
主要ip段是123盘内蒙机房，整段拉黑就清 ...


效果不错哦，世界终于清净了。疯狂上传终于也没有了。基本上目前上传下载比例为5：4，上传稍大，跟过去一样了

  1. # vppctl
  2.     _______    _        _   _____  ___
  3. __/ __/ _ \  (_)__    | | / / _ \/ _ \
  4. _/ _// // / / / _ \   | |/ / ___/ ___/
  5. /_/ /____(_)_/\___/   |___/_/  /_/

  7. vpp# show hardware-interfaces verbose
  8.               Name                Idx   Link  Hardware
  9. LAN                                2     up   LAN
  10.   Link speed: 10 Gbps
  11.   RX Queues:
  12.     queue thread         mode
  13.     0     vpp_wk_1 (2)   polling
  14.   TX Queues:
  15.     TX Hash: [name: hash-eth-l34 priority: 50 description: Hash ethernet L34 headers]
  16.     queue shared thread(s)
  17.     0     no     0
  18.     1     no     1
  19.     2     no     2
  20.   Ethernet address 58:47:ca:76:f9:0b
  21.   Intel X710/XL710 Family
  22.     carrier up full duplex max-frame-size 1522
  23.     flags: admin-up maybe-multiseg subif tx-offload intel-phdr-cksum rx-ip4-cksum int-supported int-unmaskable
  24.     Devargs:
  25.     rx: queues 1 (max 320), desc 1024 (min 64 max 4096 align 32)
  26.     tx: queues 3 (max 320), desc 1024 (min 64 max 4096 align 32)
  27.     pci: device 8086:1572 subsystem 8086:0000 address 0000:02:00.00 numa 0
  28.     max rx packet len: 9728
  29.     promiscuous: unicast off all-multicast on
  30.     vlan offload: strip off filter off qinq off
  31.     rx offload avail:  vlan-strip ipv4-cksum udp-cksum tcp-cksum qinq-strip
  32.                        outer-ipv4-cksum vlan-filter vlan-extend scatter keep-crc
  33.                        rss-hash
  34.     rx offload active: ipv4-cksum scatter
  35.     tx offload avail:  vlan-insert ipv4-cksum udp-cksum tcp-cksum sctp-cksum
  36.                        tcp-tso outer-ipv4-cksum qinq-insert vxlan-tnl-tso
  37.                        gre-tnl-tso ipip-tnl-tso geneve-tnl-tso multi-segs
  38.                        mbuf-fast-free outer-udp-cksum
  39.     tx offload active: ipv4-cksum udp-cksum tcp-cksum multi-segs
  40.     rss avail:         ipv4-frag ipv4-tcp ipv4-udp ipv4-sctp ipv4-other ipv6-frag
  41.                        ipv6-tcp ipv6-udp ipv6-sctp ipv6-other l2-payload
  42.     rss active:        none
  43.     tx burst mode: Scalar
  44.     tx burst function: (not available)
  45.     rx burst mode: Vector SSE
  46.     rx burst function: (not available)

  48.     tx frames ok                                    74240692
  49.     tx bytes ok                                  85219635233
  50.     rx frames ok                                    87445390
  51.     rx bytes ok                                 102918254255
  52.     extended stats:
  53.       rx_good_packets                               87445390
  54.       tx_good_packets                               74240692
  55.       rx_good_bytes                             102918254255
  56.       tx_good_bytes                              85219635233
  57.       rx_unicast_packets                            87382287
  58.       rx_multicast_packets                             19910
  59.       rx_broadcast_packets                             47637
  60.       rx_unknown_protocol_packets                   87449834
  61.       tx_unicast_packets                            74237419
  62.       tx_multicast_packets                                28
  63.       tx_broadcast_packets                              3245
  64.       rx_size_64_packets                             3769454
  65.       rx_size_65_to_127_packets                      8364199
  66.       rx_size_128_to_255_packets                     1156743
  67.       rx_size_256_to_511_packets                      873763
  68.       rx_size_512_to_1023_packets                     330412
  69.       rx_size_1024_to_1522_packets                  72955263
  70.       tx_size_64_packets                             3160680
  71.       tx_size_65_to_127_packets                     13274144
  72.       tx_size_128_to_255_packets                      471108
  73.       tx_size_256_to_511_packets                      186206
  74.       tx_size_512_to_1023_packets                    2018974
  75.       tx_size_1024_to_1522_packets                  55129580
  76.       rx_flow_director_sb_match_packets           4294967292
  77. WAN                                1     up   WAN
  78.   Link speed: 10 Gbps
  79.   RX Queues:
  80.     queue thread         mode
  81.     0     vpp_wk_0 (1)   polling
  82.   TX Queues:
  83.     TX Hash: [name: hash-eth-l34 priority: 50 description: Hash ethernet L34 headers]
  84.     queue shared thread(s)
  85.     0     no     0
  86.     1     no     1
  87.     2     no     2
  88.   Ethernet address 24:5e:be:64:b0:97
  89.   Intel X710/XL710 Family
  90.     carrier up full duplex max-frame-size 1522
  91.     flags: admin-up maybe-multiseg tx-offload intel-phdr-cksum rx-ip4-cksum int-supported int-unmaskable
  92.     Devargs:
  93.     rx: queues 1 (max 320), desc 1024 (min 64 max 4096 align 32)
  94.     tx: queues 3 (max 320), desc 1024 (min 64 max 4096 align 32)
  95.     pci: device 8086:15ff subsystem 1baa:0000 address 0000:01:00.00 numa 0
  96.     max rx packet len: 9728
  97.     promiscuous: unicast off all-multicast on
  98.     vlan offload: strip off filter off qinq off
  99.     rx offload avail:  vlan-strip ipv4-cksum udp-cksum tcp-cksum qinq-strip
  100.                        outer-ipv4-cksum vlan-filter vlan-extend scatter keep-crc
  101.                        rss-hash
  102.     rx offload active: ipv4-cksum scatter
  103.     tx offload avail:  vlan-insert ipv4-cksum udp-cksum tcp-cksum sctp-cksum
  104.                        tcp-tso outer-ipv4-cksum qinq-insert vxlan-tnl-tso
  105.                        gre-tnl-tso ipip-tnl-tso geneve-tnl-tso multi-segs
  106.                        mbuf-fast-free outer-udp-cksum
  107.     tx offload active: ipv4-cksum udp-cksum tcp-cksum multi-segs
  108.     rss avail:         ipv4-frag ipv4-tcp ipv4-udp ipv4-sctp ipv4-other ipv6-frag
  109.                        ipv6-tcp ipv6-udp ipv6-sctp ipv6-other l2-payload
  110.     rss active:        none
  111.     tx burst mode: Scalar
  112.     tx burst function: (not available)
  113.     rx burst mode: Vector SSE
  114.     rx burst function: (not available)

  116.     tx frames ok                                    88677687
  117.     tx bytes ok                                 104200947736
  118.     rx frames ok                                    74992136
  119.     rx bytes ok                                  85328331813
  120.     extended stats:
  121.       rx_good_packets                               74992137
  122.       tx_good_packets                               88677687
  123.       rx_good_bytes                              85328331892
  124.       tx_good_bytes                             104200947736
  125.       rx_unicast_packets                            74992136
  126.       rx_unknown_protocol_packets                   74992136
  127.       tx_unicast_packets                            88677663
  128.       tx_broadcast_packets                                24
  129.       mac_remote_errors                                    1
  130.       rx_size_64_packets                             3344923
  131.       rx_size_65_to_127_packets                     13768730
  132.       rx_size_128_to_255_packets                      490924
  133.       rx_size_256_to_511_packets                      186646
  134.       rx_size_512_to_1023_packets                    2038471
  135.       rx_size_1024_to_1522_packets                  55162442
  136.       tx_size_64_packets                             3722934
  137.       tx_size_65_to_127_packets                      8600583
  138.       tx_size_128_to_255_packets                     1149713
  139.       tx_size_256_to_511_packets                      866024
  140.       tx_size_512_to_1023_packets                     335072
  141.       tx_size_1024_to_1522_packets                  74003361
复制代码
作者: summerq    时间: 2024-9-30 12:32
本帖最后由 summerq 于 2024-9-30 12:34 编辑

补充一个题外话 如果仔细看流量中各种长度数据包的数量，最高的是1500B，其次是128B，之后是64B，这也是为什么论坛里很多人要关注小包转发效率的问题。特别是对于上传下载量都很大的人来说
作者: CRazy-牛牛    时间: 2024-9-30 12:36
ssvip 发表于 2024-9-30 08:23
封pcdn不去封源头，突出的就是一个玩字，以后乐子是少不了的

pcdn是借口，只要上传多，不管什么应用都会被封，包括直播。
我四川电信连广州监控被封了5Mbps上传，广州电信本地每天备份数据库（单线直连）被电信封了，几分钟断一次网。广州联通最流氓大规模NT4，还不承认问题。
前几天店装宽带，装维说只要用得多就会被搞，建议我用公司名义装，只能取消用营业执照去装。
作者: fycmouse    时间: 2024-9-30 14:39
提示: 作者被禁止或删除 内容自动屏蔽



欢迎光临 Chiphell - 分享与交流用户体验 (https://www.chiphell.com/) Powered by Discuz! X3.5