欢迎下载测试版,尝试新功能。请大家多提反馈意见,感谢各位支持~
1.94 正式版
https://download.bitcomet.com/archive/BitComet_1.94_setup.exe
https://download.bitcomet.com/archive/BitComet_1.94.zip
v1.94 Beta1 [20220906]
新增功能:手机APP远程连接功能增加云服务支持,适用于外网无法直连监听端口的情况(手机APP需要v1.8.0版本)
界面改进:扫描二维码绑定APP时可选择直连模式或云服务模式
界面改进:绑定APP对话框与设备列表对话框合并
界面改进:设备列表对话框支持多选删除,增加重命名功能
界面改进:主窗口底部状态栏增加远程连接云服务状态图标,右键菜单可切换云服务状态
界面改进:选项窗口远程下载页面增加云服务状态显示及切换开关
核心修正:websocket长连接被远程断开时没有正确处理
核心修正:部分情况下元数据下载无法完成
Mac版 v1.94.0
https://download.bitcomet.com/mac/BitComet_1.94.0.dmg
安卓版 v1.8.0 2022.9.5
新功能:手机APP远程连接功能增加云服务支持,适用于外网无法直连桌面端监听端口的情况(桌面端比特彗星需要v1.94或更高版本)
界面改进:设置页面新增选项:启用远程连接云服务
移除功能:无痕下载
https://download.bitcomet.com/apk/bitcomet_v1.8.0.apk
APP居然支持云连接了 电脑版要不要也来个使其绿灯→_→
1、云连接仅支持手机APP连接彗星桌面端,查看及操作下载任务,没有提供远程文件下载功能;
2、启用云连接后,桌面端黄灯时,手机APP也可以与之相连;
3、云连接不支持为桌面端提供内网穿透功能。有这个需求的话,可以考虑自己搭建一个frp服务器。
同时启动几百个任务,都是做种任务却显示元数据下载,要卡几个小时才能正常运行的问题没优化吗
还有UTP加大UDP包呀
种子市场元数据下载问题已修复
請問彗星可以屏蔽恒星播放器 StellarPlayer 嗎?
鼠标移动到客户端上面,会有悬浮窗提示,然后再高级设置 bittorrent.anti_leech_banned_peer_ids 里面ban掉他
例子,使用逗号分开
XL0018,qB4450
1個讚
实测没用,依旧卡着,包括所有任务停止后,还卡在已连接里面不超时释放
ws感觉超时问题加个和udp一样20秒倒计时就可以解决了。udp tracker在Connecting的时候就会出现倒计时超时
之前你把ws的超时用network.tcp_connection_timeout排除了,所以才有了这个BUG,,ws是tcp的,然后连接不上TCP永远不超时
https://www.cometbbs.com/t/176%E6%B5%8B%E8%AF%95%E7%89%88/52980#:~:text=%E6%A0%B8%E5%BF%83%E4%BF%AE%E6%AD%A3%EF%BC%9Awebsocket%E9%95%BF%E8%BF%9E%E6%8E%A5%E4%B8%8D%E5%BA%94%E5%8F%97%E9%99%90%E4%BA%8E%E9%AB%98%E7%BA%A7%E8%AE%BE%E7%BD%AE%E9%A1%B9network.tcp_connection_timeout
你看这个问题,,,我从1.76版本催到1.94版本了!还没修好
广东电信今晚凌晨开始强制所有非专线的公网IPv4地址都转为100.64地址
这版本尽快把UTP传输速度整好吧。。感觉大陆要开始回收公网ip了
还有一个问题,,,A和B建立UTP连接的时候,没有同时PEX交互自身UTP远程端口,导致B与A异常断开后,A不知道B的NAT1打洞端口导致无法回连。。
就是和ipv6地址一样,把那个端口PEX出去
如图所示,应该PEX交互一个117.1xx.xxx.xxx:15857的ip地址用于B断开后,A会UTP反向回连到B
并且考虑到natv6的情况,,,如果ipv6也是用utp连接,也要同时传递ipv6的utp端口,测试nat1后的ipv6端口可从B连到A
例如监听端口22223,ipv6打洞用的nat1端口为9270,如下图,可正常连接
如果成功做出来的话,请同时应用utp远程端口PEX到PT私有种子中,例如 bittorrent.peer_dual_ip 高级选项,目前测试ipv6在私有种子中可以PEX交互成功
打洞还有个小问题,如果不存在中间人的情况下,A和B两者没办法回连
如果有个C充当中间人提供PEX,那么就没问题
这就是上面说的了。至于没有C的情况,,A和B如何互相知道IP和端口的?那肯定是手动输入ip或者通过DHT寻找啊,我记得比特彗星发DHT的时候会把打洞后的UDP远程端口发出去吧?
所以单独只有A和B的时候!要把UTP远程端口交互出去
感谢反馈,经测试终于找到问题了,下一版可修复。
自身uTP远程端口只有对方才知道,自己知道了也不能保证其他peer能通过同一端口直接连进来,往往需要通过第三方打洞。
终于!十几个版本过去了。找到了问题。
我的想法是,,B下载时向A连接,B异常断开,A只能苦苦等待B在次去连接A,不能直接在A主动发起到B的连接了,因为A没有获取到来自B的PEX远程端口,要是能PEX一下,就能双向两者都可以主动发起连接请求了。借助第三者C肯定是最好的,,但是A和B两者之间也可以弄一下啦。这个难度不大吧。。。抄一下响应自身ipv4/ipv6 pex代码应该就可以了。