1.94测试版

APP居然支持云连接了 电脑版要不要也来个使其绿灯→_→

1、云连接仅支持手机APP连接彗星桌面端,查看及操作下载任务,没有提供远程文件下载功能;
2、启用云连接后,桌面端黄灯时,手机APP也可以与之相连;
3、云连接不支持为桌面端提供内网穿透功能。有这个需求的话,可以考虑自己搭建一个frp服务器。

同时启动几百个任务,都是做种任务却显示元数据下载,要卡几个小时才能正常运行的问题没优化吗

还有UTP加大UDP包呀

种子市场元数据下载问题已修复
image

請問彗星可以屏蔽恒星播放器 StellarPlayer 嗎?

鼠标移动到客户端上面,会有悬浮窗提示,然后再高级设置 bittorrent.anti_leech_banned_peer_ids 里面ban掉他
例子,使用逗号分开
XL0018,qB4450

1個讚

实测没用,依旧卡着,包括所有任务停止后,还卡在已连接里面不超时释放

手机使用云服务需要google play支付吗?

是的,可免费试用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版本了!还没修好

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代码应该就可以了。

什么时候出个群晖docker版本的了,连webui,手机webui都做了。

第三方做的?有测试地址吗?

1.95测试版已发布

为什么下载不了新版本呢???