SimpleTracker comments

Results 42 comments of


                                            SimpleTracker

使用qbittorrent時會導致Hysteria協議的代理無法使用

你可能使用的是 UDP 协议, 部分网关设备性能较低, 易被 UDP 包堵塞.

疑似因进度0%，增强自动屏蔽误杀peer

感谢反馈! 参考: https://github.com/Simple-Tracker/qBittorrent-ClientBlocker/pull/45#issuecomment-2020127010 ``` banByPUStartMB | 10 (MB) | 增强自动屏蔽/起始大小. 若客户端上传量大于起始大小, 则允许屏蔽 Peer banByPUStartPrecent | 2 (%) | 增强自动屏蔽/起始进度. 若客户端上传进度大于设置起始进度, 则允许屏蔽 Peer banByPUAntiErrorRatio | 5 (X) | 增强自动屏蔽/滞后防误判倍率. 若 Peer...

疑似因进度0%，增强自动屏蔽误杀peer

> ipUpCheckPerTorrentRatio 那就这么用吧! 我们以后可以把这个纳入考虑, 一闪而过的家伙如果介意的话可以提高 StartMB 去判断, 如果想接近关闭就把 banByPUStartPrecent 设置为 100% 即可.

疑似因进度0%，增强自动屏蔽误杀peer

> 增强自动屏蔽_相对绝对流量变化相对更简单易用, 且因为无状态的原因不占用资源. 它通过 StartMB 得到起始大小 1 (并由于上传速度关联间接得到起始时间). 通过 StartPrecent 与 Torrent 关联得到起始大小 2. 满足起始大小 1 和起始大小 2 后满足 AntiErrorRatio (若 Peer 报告下载进度与设置倍率及 Torrent 大小之乘积得到之下载量比客户端上传量还低). 即启用....

疑似因进度0%，增强自动屏蔽误杀peer

> 目前我使用的config.json，更新到3.0版本后（同时QBEE更新到4.6.4.10）发现屏蔽的peer明显增多，不知道是否正常。还有我一直建议能否将百分比精确到千分位，我已经注意到有些大种子（数个到数十个G）即使等待1%也是非常要命的。还有个问题，我发现即使这样配置，也经常遇到一个8G的种子，在跑了1-2G及以上的流量才会被封禁。 > > ... 可能可以观察一下一个周期的所需时间. 另外 3.0 版本中的相对进度屏蔽是被确认有 bug 的, 但目前没有已知报告证实它影响了屏蔽 (而且以前版本也一直都有这个 bug). 3.1 版本会在一些情况跳过 sleepTime, 进而改善一个周期所需时间. 但若是小于 1%, 则对于较小的 Torrent 来说可能是比较灾难的, 例如: 100MB 种子的 1% 仅仅只有...

疑似因进度0%，增强自动屏蔽误杀peer

3.2b12 参照其它项目 ([Ghost-chu/PeerBanHelper](https://github.com/Ghost-chu/PeerBanHelper)), 加入了下载速度及上传速度判断, 希望尽可能避免无效 Peer 信息.

疑似因进度0%，增强自动屏蔽误杀peer

> 也遇到了这个问题，我的表现为： > > ``` > [2024-04-13 21:49:06][CheckPeer_AddBlockPeer (Bad-Progress_Uploaded)] xxxx.247:15110 "-qB4400-"|"qBittorrent 4.4.0" (TorrentInfoHash: xxx, TorrentTotalSize: 35240.14 MB, Progress: 0.00%, Uploaded: 1112.08 MB). > ``` > > 由于上传速度不高，因此这1G的上传至少需要一个小时才能达到，意味着在一小时内这个用户的进度汇报都是正常的。猜测可能是对方重新下载导致进度归零，于是解封再次查看，发现进度正常： ![image](https://private-user-images.githubusercontent.com/80111714/322246777-d7ccdf25-5d77-4678-bd86-3e45cbf6c076.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3MTMwNzA3NTksIm5iZiI6MTcxMzA3MDQ1OSwicGF0aCI6Ii84MDExMTcxNC8zMjIyNDY3NzctZDdjY2RmMjUtNWQ3Ny00Njc4LWJkODYtM2U0NWNiZjZjMDc2LnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNDA0MTQlMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjQwNDE0VDA0NTQxOVomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPWJiNmFhZDI2OTFhZGIyNDI2YTNmYmMxZDllNmFlYTQ1ZjgzZmM0MDRkYWVjNjljMWFhMmMzOTEwMmJlZGMxNTYmWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0JmFjdG9yX2lkPTAma2V5X2lkPTAmcmVwb19pZD0wIn0.ENmd7YuSjfiz3maLSVRAff8TZVweWJLVwqUot6zu2NM) 因此我认为这个是由于网络连接问题导致的进度归零，在连接恢复正常后即可回到正常进度。另外，在下载冷门且较大的种子时这个问题会影响下载：由于下载速度慢，因此这类种子需要很长的下载时间，在这期间很可能有网络波动；且需要同样在下载的用户提供上传，误封会导致下载速度大幅减小。...