Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

新功能建议:设置辅种下载速度 #164

Open
BluYous opened this issue Feb 15, 2025 · 6 comments
Open

新功能建议:设置辅种下载速度 #164

BluYous opened this issue Feb 15, 2025 · 6 comments

Comments

@BluYous
Copy link

BluYous commented Feb 15, 2025

原因:有时候不知道为什么会自动下载辅种败的种子
建议;如果辅种时可以自动设置下载速度,比如1kb/s,可以减少因分享率被封禁的概率,尤其是辅种新站点的时候。

@nathandingx
Copy link

要自己在辅种下载器里设置全局下载速度控制

@BluYous
Copy link
Author

BluYous commented Feb 15, 2025

可能没理解我的需求,hash 检查完之后不是 100% 自动做种就是需要重新下载(0%),辅种的种子一般是不需要下载的,我用 IYUU 的时候,有时候不知道啥情况,自动就开始下载了,等反应过来的时候已经晚了,如果添加种子的时候顺便设置单种限速的话,可以大大减少此类问题的发生概率,即使不小心开始下载了,也因为速度很慢,过几天也能发现,不容易偷跑太多流量。

@nathandingx
Copy link

nathandingx commented Feb 15, 2025 via email

@BluYous
Copy link
Author

BluYous commented Feb 15, 2025

  1. 不是所有人都有主辅分离的需求,我当然知道这是一种解决方案,并且如果是 docker 映射目录还可以加 readonly 更好,还不会弄乱下载目录。主辅分离的主要问题是一个 IP 两个客户端做种,有的站点会要报备,嫌麻烦不想弄。
  2. 你可能没碰见过辅种偷跑流量的情况,如果辅种的种子很大,并且做种的人很多的话,恰好运气不好一直没发现的话,那岂不是分享率爆炸,特别是新站。我今天就碰到了这种情况,还好只是一个小种子。可以加单种限速多一个保护,岂不更好?
  3. 单种限速本来就是一个很常见的问题,如果是盒子做种,超速岂不是直接封号?当然这个问题更复杂,暂不做讨论。
  4. 我可以考虑自己实现,并不复杂。但是考虑到有些人可能会出现同样的问题,所以提出了这个问题。

@nathandingx
Copy link

我只是来闲逛的,不是作者,但我觉得你提的那些都是有点杞人忧天,我玩了两年加了几十个群,没碰到过要求单种限速的,即使是盒子限速,也是通过全局限速来处理的,反而是单种限速容易被封号

@BluYous
Copy link
Author

BluYous commented Feb 15, 2025

我加单种限速的原因也是因为我今天用辅种工具发现站点下载流量异常(才注册的新站,从来没下过种子,直接用的 IYUU 辅种发现的,万幸还好是小站),查了一下才发现是 IYUU 辅种错了,并且还没打上 IYUU自动辅种标签,但是IYUU管理界面能看到那个种子确实是 IYUU 提交过去的,原因我也不想查了,辅种时加一个单种限速,也是一个保险。QB 添加种子时加一个 dlLimit 参数就能实现,见 Add new torrent

另外,基于 QB 我已经自己实现了,如果有人碰到了此类问题,可以调用 Set torrent download limit 实现自动化。但是像前文所述的,没打上 IYUU 自动辅种的标签的,还是有问题。

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants