Closed laye0619 closed 2 years ago
我也遇到这个问题 我是redir模式下 dev和tun内核都无法通过tproxy代理UDP 可以使用tun meta内核则正常工作
我也是,退回到openclash 客户端v0.45.22-beta, core v1.10.6-9-g9d2fc97后正常了,在新版下nat类型为F,回退后是A
我也是,退回到openclash 客户端v0.45.22-beta, core v1.10.6-9-g9d2fc97后正常了,在新版下nat类型为F,回退后是A
前面有个issue提过了 手动将dev core回退到v1.10.6-12-g09d49ba版本及以前就可以了 openclash版本不限
不是这个问题 我回滚了版本也不行 用koolcenter的openwrt 或者kiddin9的固件就可以 其他固件 包括我自己编译的官方固件都不行 好奇怪
不是这个问题 我回滚了版本也不行 用koolcenter的openwrt 或者kiddin9的固件就可以 其他固件 包括我自己编译的官方固件都不行 好奇怪
那你和我们就不是一个问题 你的问题类似于固件tproxy用不了
我找到解决方法了,但是求教大神为什么这么设置就好了? https://github.com/xiaorouji/openwrt-passwall/issues/1320
/etc/sysctl.d/sysctl-br-netfilter-ip.conf 设置为
net.bridge.bridge-nf-call-ip6tables=0 net.bridge.bridge-nf-call-iptables=0
是的v0.45.33-beta tproxy udp直连可以用,但是走节点就没有数据无法使用了。 换tun模式udp走节点就正常了。 在上个版本的openclash上没有这个问题,tproxy udp无论直连还是代理都很正常。
v0.45.35 的tproxy udp已经正常。
This issue is stale because it has been open 60 days with no activity. Remove stale label or comment or this will be closed in 5 days
fake-ip增强模式,udp直连正常,走节点就不通,怎么解决?
Verify Steps
OpenClash Version
v0.45.33-beta
Bug on Environment
Official OpenWrt, Docker
Bug on Platform
Linux-amd64(x86-64)
To Reproduce
官方原版openwrt 22.03编译,只加入了openclash和ddns(我另外还试过编译immortalwrt等流行的openwrt,同样没有udp流量;唯一的是使用kiddin9的定制固件,是有udp流量的,可以看到tproxy(udp)) fake-ip模式下,redir-host模式下,完全没有任何的udp流量,启动ms team等也没有udp流量,switch nat是F 换成tun,或者fake-ip,就有udp流量tun(udp)<- 但是这个tun模式又不能外网访问小米摄像机:(
我特意另外编译了passwall,就有tproxy的udp流量……
我在想是不是我编译的时候有什么没有选择,特意看过tproxy相关组件,都选上了,从下面日志里面也能看出来tproxy是正常的,也没有安装多拨等组件
Describe the Bug
同上
OpenClash Log
OpenClash 调试日志
生成时间: 2022-06-22 11:48:43 插件版本: 隐私提示: 上传此日志前请注意检查、屏蔽公网IP、节点、密码等相关敏感信息
OpenClash Config
No response
Expected Behavior
系统fake-ip增强模式可以代理udp流量,连接中可以看到tproxy(udp)
Screenshots
No response