xwhxbg

@RageBubble 并不会，tun 模式下是会自动把 53 端口的流量导入 clash 的 dns ，这个是通过软路由实现的（ windows ），如果 enable 了的话，但是 http 和 https 代理下并不会做这个，之所以你用 doh+全局就让 dns 能走 clash 单纯是因为 doh=https ，https 会走 http 和 https 代理

@RageBubble 指向不明，系统代理说的如果是网络设置里面的 http https 代理，那个不可能代理 udp 流量，所以试图用这个来代理普通 dns 怕是不行

所谓的全局+系统代理看起来说的应该是隧道模式，也就是所有流量不管是不是要走 direct 都按照虚拟网卡（ tun ）=>tun2socks=>lwip/gvisor=>clash=>rule match=>remote 这个形式
这种模式下某些 clash 客户端做的是直接把你发往 53 端口的 udp packet 全都通过软路由或者 hard coding 丢进 clash 启动的 dns 服务器，这里再根据你的配置是否走 fake ip 还是 resolve ，开源版本是直接 dial 出去了，但是这个 dial 又会走进刚才那一套重新看 match 哪个 rule ，因为这个 dial 没有 mark socket ，然后如果你写的是 MATCH,US 也就是全局走 US ，那么 dns 的请求就会 match 到这个，dial 的时候就会走 US 的服务器
所以你如果想要的是非全局模式下也能让 dns 走 remote 再出去，可以直接写一条针对你 dns 服务器的规则就行了，因为比如 trojan 的协议是 tls 的，dns 请求虽然是明文的但是走了 trojan 再出去就不是了
clash 的 dns 配置开源版本是支持 https ，tls ，tcp 和普通的 udp 的，但是 tcp 和 https 的 bug 太特么多了，要是不想改代码不建议直接用

Rust 的 remote 比较多，做区块链的最多，有一说一虽然我也是搞 rust 的，但是大部分公司的场景 golang 都是更好的替代品，包括很多要跟 C 交互的时候，cgo 并不比 rustffi 复杂很多

想要知道哪个程序走的流量多，可以用 tcpdump 之类的对着 TUN interface 抓包然后用 wireshark 看看里面是哪个 source ip port 在发链接，然后根据 ip+source port 可以找到对应的 socket fd ，socket fd 的所有权就能找到对应的 process

TUN 模式的原理是所有的流量都会经过一个虚拟的网卡 TUN ，然后通过 tun2socks 这个库读出来给 clash 做 routing 处理，比如 MATCH DIRECT 就会直接通过 ETH0 出去了，所以 TUN 模式所有的流量都会走 clash ，这个是没法避免的，除非你自己写 routing table 让特定的 ip 直接走 ETH0 出去，或者使用 socket option 里面的 bind interface 去让对应的 socket 连接直接从 ETH0 出去

看起来像是做 js 版本 langchain 的应用？