stone
stone
平安证券 这个app也遇到类似问题,不过虽然没有闪退,但用正确的用户名密码登陆后依然显示未登录状态,始终无法正确登陆平安证券app,卸载应用管理后才得以正常。
 以yacd面板为例,在图例中开启这个选项,然后你手动点击就可以切换想要的节点了,基本上几个常用面板都有这个功能。
> @digiw 图里没有clash的ebpf啊 参考 
> @digiw meta的ebpf性能和dae的根本是两个次元 https://docs.google.com/spreadsheets/u/0/d/1UaWU6nNho7edBNjNqC8dfGXLlW0-cm84MM7sH6Gp7UE/htmlview?pli=1 你说的没错,不过看上述测试链接里meta的版本是2023年的1.13.2,我安慰自己说今年的alpha通道迭代版本已经过去无数了,高低能干一仗的吧...
> @digiw meta的ebpf本质是ebpf->tun,和dae的ebpf不一样 根据此前测试图的显示发现,效能暴增的是对直连流量的转发处理,代理流量的处理上没有拉开特别大的差距。其次dae的信息不多,找到一个出处: https://github.com/daeuniverse/dae/issues
> > https://github.com/daeuniverse/dae/issues > > 对,就是这个dae 只能干到这儿了,水平有限,只能希望开发大佬能整合它了,据说这个功能还带高版本内核支持才行。
>  有现成的了 你一提醒,看了看仓库里,还真有! 
> 代理性能都差不多,但直连性能有巨大差距,根本原因是因为Clash就算直连依然走Tun 。现在OpenClash只是用各种阴间规则让Tun少走流量罢了。 如果我有时间狠狠抄一波dae的实现, 改装meta分支,使所有DIRECT映射的流量特征在一定lifespan期限内不经过UTUN那么就可以达到类似性能。 好了我接着回去做我真的做完了这些收获超多星星让OpenClash再也不用写iptables绕过规则的大美梦去了。 被老哥一波幽默到了哈哈!我的固件已经使用Firewall4的 NFTABLE 规则了,openclash也是支持的我记得,但问题是tun模块在opc里面已经不更新了,只有meta这个独苗还更新着,dae那个东西由是个单独的插件.... 我在这里顶楼那个“Pull Request ”里,看到两位大佬有讨论这个事情,参考:https://github.com/vernesong/OpenClash/pull/3893
> > > 代理性能都差不多,但直连性能有巨大差距,根本原因是因为Clash就算直连依然走Tun 。现在OpenClash只是用各种阴间规则让Tun少走流量罢了。 如果我有时间狠狠抄一波dae的实现, 改装meta分支,使所有DIRECT映射的流量特征在一定lifespan期限内不经过UTUN那么就可以达到类似性能。 好了我接着回去做我真的做完了这些收获超多星星让OpenClash再也不用写iptables绕过规则的大美梦去了。 > > > > > > 被老哥一波幽默到了哈哈!我的固件已经使用Firewall4的 NFTABLE 规则了,openclash也是支持的我记得,但问题是tun模块在opc里面已经不更新了,只有meta这个独苗还更新着,dae那个东西由是个单独的插件.... 我在这里顶楼那个“Pull Request ”里,看到两位大佬有讨论这个事情,参考:#3893 > > 你不看用户名的吗? 哎呀卧槽,是大佬你啊!好吧,opc现在都更到v0.46.016-beta,这盼望ebpf眼睛都盼肿了,希望作者能给加上
> > > > > 代理性能都差不多,但直连性能有巨大差距,根本原因是因为Clash就算直连依然走Tun 。现在OpenClash只是用各种阴间规则让Tun少走流量罢了。 如果我有时间狠狠抄一波dae的实现, 改装meta分支,使所有DIRECT映射的流量特征在一定lifespan期限内不经过UTUN那么就可以达到类似性能。 好了我接着回去做我真的做完了这些收获超多星星让OpenClash再也不用写iptables绕过规则的大美梦去了。 > > > > > > > > > > > > 被老哥一波幽默到了哈哈!我的固件已经使用Firewall4的 NFTABLE 规则了,openclash也是支持的我记得,但问题是tun模块在opc里面已经不更新了,只有meta这个独苗还更新着,dae那个东西由是个单独的插件.... 我在这里顶楼那个“Pull Request ”里,看到两位大佬有讨论这个事情,参考:#3893 > >...