TGSAN

> > 大陆ip绕过核心模式,tun混合模式,国内外流量都能实现fullcone 大陆流量不绕过核心,同样设置的tun混合模式,国外流量仍可以实现fullcone,国内流量降为PortRestrictedCone > > 你的国外流量应该是走代理节点了 代理节点替你Fullcone的 如果是进了TUN内核又判定direct的国外流量 就会和不绕过核心的大陆流量一样被改成PortRestrictedCone 现在好像Tun模式是无解 兼容模式也会影响NAT，可能和TUN模式无关，另外试了下在Windows上带GUI的Clash客户端使用原版内核是可以FullCone的（但是Meta内核不行）

> 同样遇到此问题，请问您最后是如何解决的，我是switch主机，关闭openclash是NAT A，打开走代理是NAT F,走直连是NAT B 无解，只能让流量不要过OpenClash才可以，不过NAT F应该是节点问题

> 可以增加一个代理绕过端口的功能吗，类似于passwall，把stun的流量给绕过。我用的的redir-host兼容模式meta核，使用natmap只有把指定的tcp stun服务器的ip添加到本地ip地址绕过才可以打洞成功（udp的不需要，可以直接打成功，并且观察到开启openclash，tcp只有80和443可以打成功），或者openclash延迟启动，等打完洞再启动。。。。 之前有开一个新的issue #3480 里面是希望可以单独指定TCP或者UDP的那些端口需要走内核

> 新版加了tun的接口，nat应该没问题 试了下新版本tun接口可以让命中代理链的流量正常变为FullCone了，但是奇怪的是命中DIRECT的流量反而变成了PortResCone

即使打了FullCone NAT的补丁也没办法吗，不过代理可以FullCone应该可以本机开代理服务然后DIRECT规则连本机了。辛苦作者开发了，感谢！

这个问题我也有遇到，但是我是TUN模式下电脑睡眠后再解锁会出现流量信息不更新，重启内核没用，需要重启应用

可以加，但是最近没时间

这个是2.6.x新增的独立的构建产物，因为直接构建出来的会报毒，所以没有包含在这个仓库里，目前release里面的exe是包含程序集后微软检测统一加白的，里面包含的这个LibGatherOsState前几天刚加白通过，这个之后会补上。

I tried and found that only the KernelSU version fails to boot. Additionally, the loss of i18n is due to makepri.exe becoming a file without an extension. Switching to a...

点升级到完整版，家庭版不是完整版