2.04测试版

windows下有没有办法实现均衡负载,让每次新建链接访问通过不同的ip地址出去,不然tracker只能收到一个ip
已知可以装虚拟机部署爱快来实现,这样能查出多个ip
https://ip.skk.moe/multi

linux下已知使用系统防火墙写nat规则也可以实现爬虫效果,每次请求都是走不同的ip地址出去
Windows下有没有不装虚拟机直接实现的办法,有网友知道吗,可以分享下!

GitHub上勉强能用的一个方案,WIndows Server 的话也有NLB
但效率都非常低,且可操作性都不如OpenWrt或者ROS的现成方案
特别是OpenWrt下,mwan3+ipset+nftalbes几乎无死角应对各种环境,当然包括IPv6

Windows作为网关的能力,还真不如四五十块的二手路由器
理论上用WSL2也可以,但实质上也是虚拟机

如果有多个网卡(理论上虚拟网卡也行)的话,可以通过设置相同跃点数的方法实现简单负载均衡

还有个据说效率比较高的方案,是使用PowerShell的NetSwitchTeam模块
但可能需要额外的操作来实现网络层的聚合,并且也限于Windows Server,与Hyper-V配套
(微软官方说仅限Server,但似乎Client也有实装)

另外,如果想在Cilent系统上使用Server组件,有个方法是替换Windows\BrandingWindows\System32\spp\tokens\skus文件夹,并修改密钥
但修改后的系统可能出现意想不到的问题,已知的是WSA和WIndows Hello可能无法正常使用,以及一些驱动实用程序(比如AMD显卡)会阻止在Server系统上安装


我一直是多线接入,也尝试过多个基于Windows的分流方案
然而即便是最简单的源地址选择,也表现得非常孱弱,唯一值得称赞的可能是俄罗斯人做的3proxy
当然微软有提供Hyper-V,(相比起Windows整机来说)只需要较少的资源就可以从根源上解决这个问题

1個讚

看你说到proxy,不知道有没有小程序可以通过系统api实现这种功能,比特彗星上设置个127.0.0.1本地代理接入程序也可以,这样也能实现,搞虚拟机开路由器确实太复杂,虚拟网卡做跃点是个好想法,等会去试试

Clash等软件有现成的分流方案,可以较大程度的自定义,也支持socks5服务器
可以试下利用3proxy创建两个本地socks5,分别指向两个不同的出口源网卡或源地址,再交给其他软件分流
对于不支持设置代理的程序,可以用Netch,我玩游戏就是用它

是的,但是我这个需求还是不一样的,因为是要本机发起多个ip,那个软件是分流到多个服务器上,原理还是不一样的

意思是说 两个或多个IP地址发起请求 这样在tracker服务器有两个或多个记录?

网卡跃点数的方法我倒是用过 应该是有一定的效果的
至少两个网卡同时都有流量在走


希望在代理设置中增加一个选项 对IPV6地址不使用代理


http下载收到429的时候会停止下载,应该只在403和404的时候才明确停止吧?

右键禁止IP失灵了。
不止一次对peer列表里某一IP右键禁止24个小时,但过不了几分钟又重新出现在了peer列表connected分类里,且对它有上传速度。
前后截图对照过,确定是同一IP,对方用的bitcomet 1.84,我用的2.04.

编辑这个回复前,我禁用了他24小时,刚刚看了一下又出现在了列表里,这还没几分钟呢。

beta4 已发布,修复部分bug

image
beta4依旧没有在操作中心弹出这个通知。。。

界面改进:torrent v2任务文件列表显示piece layer哈希下载情况
功能正常

核心修正:torrent v2任务在获取piece layer哈希之前不应启动长效下载及eMule下载
虽然看服务器列表成功查询了长效服务器,但是没有触发下载,功能正常

然后发现问题,种源A进度30%的情况,分块哈希是完整的,B作为下载方取不到完整的分块哈希
查看peer日志,,视乎没有什么有用的信息
image

下载方的分块哈希进度就卡在这了,AB两方互相重启在开始任务都没用

把A种源的进度提升后,B才成功获取到完整的分块哈希,分块哈希获取完成后长效开始触发下载成功提速
这个分块哈希在A进度未完整100%的情况下,无法传递给B?

复现方法,算一个BUG
A制作一个v2种子文件,然后删除本地文件,客户端上重新校验使其进入0%的下载状态
B以磁力或者特征码形式添加任务,此时任务摘要显示A有完整的分块哈希,B无法获得任何分块哈希

目前没有专门的协议报文通告对方自己已拥有torrent v2 piece layer里的某个hash,只能靠自己下载到完整分块的have消息来顺便告知其他peer自己已拥有该分块的hash v2,所以这个问题暂时无解。

更新完歷程記錄,下在列表全清空了,真是謝了

好吧 看来是v2协议自身设计的缺陷
我还以为A自己本身是自己制作种子,以种子文件打开应该包含了分块哈希,看来torrent文件本身中并没有的样子,只能通过完整文件去检验获得,所以进度不够100%会无法获得完整
但是A点了重新下载后分块哈希看到还是完整的 这是界面没刷新的bug吗
哦,好像是说只能告知对方已完成分块的分块哈希,虽然本地分块哈希完整但是没有完成分块,所以没法告知B

种子市场下V2协议种子好像是因为特征码长度被限制了?但是可以正常添加任务?听说不能正常下载?现在修好了吗?

新版已发布。种子市场支持V2协议种子的功能预计下一版本支持

1個讚

2.04 正式预览版

peer 日志不可用 显示仅在测试版可用

image

是的。peer 日志会有额外的CPU及内存开销,正式版没有启用

还是打开吧
毕竟有 log.bt_peer 选项可以控制
诊断的时候还是有用的

对了还有 stun功能 有计划添加吗?

QQ截图20231016223411

关于STUN,可以先参照BiglyBT,增加一个覆盖Tracker汇报端口的高级选项。
单单这个选项就可以大幅改善现有的第三方STUN方案,降低门槛,待普及后再正式内置也不迟。

除此之外BiglyBT这个覆盖选项也能解决上面提及的多线接入的IP问题
(尽管可能不是最优解)

另外上面提及的重载Bitcomet.xml配置文件的功能也希望考虑一下,可以灵活应对很多场景。