软路由很多人推崇的MosDNS+Clash模式到底有没有用

在7楼

最近我在旁路由上部署了一个Open Clash，TUN + Fake IP模式，可以正常深造，也没有DNS污染问题（Clash本身的fall back机制就可以解决污染问题），但是有DNS泄露的情况。


查了些资料，发现很多人都会在Clash前面，加一个MosDNS（或者还会在前面再加一个ADG Home），让MosDNS来分流DNS。

主要学习了下恩山shiift老哥的这一篇：https://www.right.com.cn/forum/thread-8284982-1-1.html




因为MosDNS在Clash前面，DNS先进到MosDNS里，然后根据规则，判断是否是国内域名，会有以下3种情况
- 国内域名，会向国内DNS服务器请求拿IP；
- 国外域名，会将DNS发给Clash，Clash会返回Fake IP；
- 未知，会同时向国内和国外DNS服务器发送请求，拿IP


IP（国内真IP或Fake IP）返回给客户端后，客户端发起TCP/IP链接，再次被Clash拦截到，此时有2种情况：
- 1.IP是之前的Fake IP，那么Clash能在自己的Fake IP映射表里拿到原始域名，此时会根据域名去匹配路由规则，
      - 1.1.如果符合国外规则，就将请求包装好，直接扔给代理服务器，由远端DNS；
      - 1.2.如果符合国内规则，发起DNS，拿到真实IP，Clash直连
      - 1.3.如果域名没匹配到，会尝试使用IP路由，此时Clash会发起DNS拿IP
- 2.IP是国内真实IP，那么Clash在自己Fake IP映射表里找不到，会被当成针对IP的请求，只会使用IP规则去路由，且不会发生DNS



但，这种模式真的有用吗？或者说它真的是一种好的方案吗？



就目前我个人的疑问如下：

1. 针对国内站点的请求在Clash里全部变成只能根据IP规则路由了

原因是，在DNS时，MosDNS返回了国内真实IP，所以Clash截获TCP/IP链接时，用这个真实IP去自己的Fake IP映射表内，查不到原始域名，所以会判断为是对IP发起的请求，且此时只能根据IP去匹配路由规则。
但对代理来说使用域名规则路由是首选，IP是其次。

有使用这种模式的老哥可以帮忙验证下，是不是Clash日志里，所有国内站点，都不会显示域名了，而是显示IP。

2. 发生了2次Fake IP

如 https://www.right.com.cn/forum/thread-8284982-1-1.html 这里，第12步的地方，是将Clash的NameServer设置为了127.0.0.1，假设请求的是国外站点A，会发生如下流程：

- 客户端发起DNS，来到MosDNS
- MosDNS判断为国外域名，转到Clash
- Clash返回Fake IP，并记录到自己的映射表
- 客户端用Fake IP发起请求
- 请求被Clash截获，Clash从映射表拿到原始域名
- 使用原始域名匹配路由规则，如果没有匹配到，会尝试使用IP规则分流
- Clash发起DNS拿IP，此时会同时从nameserver组和fallback组内的DNS服务器发起请求
- NameServer的127.0.0.1是自身，DNS又轮回了一遍，重新进到MosDNS，然后判断国外域名又被分流到Clash，Clash再次返回Fake IP
- 因为是Fake IP，所以Clash会抛弃，去使用fallback的结果

最终虽然通过fallback成功拿到真实IP，但是也多了一次DNS查询，这个查询兜了一圈，回到Clash并再次触发了Fake IP。

其实127.0.0.1也还算好的，如果不小心在NameServer组配置了国内的DNS服务器，那就是发生DNS泄露了。




综上，这种模式确实在正常情况下，可以避免DNS泄露，也能正常工作，但是又感觉有很多地方不是很规范。



另外，是不是可以把MosDNS作为Clash的上游，会更好一点，这样的话：

客户端发起DNS，进入到Clash，返回Fake IP，并记录到自己的映射表。

客户端发起请求，Clash拦截到，拿到原始域名，此时进行规则分流，2种情况：
- 1.域名规则可以命中，再分2种情况
      - 1.1.国外，不用DNS，直接扔给代理服务器，DNS由远端代理服务器做
      - 1.2.国内，发起DNS，上游MosDNS接管，拿到IP，Clash直连
- 2.域名规则没中，尝试使用IP规则匹配，发起DNS，上游MosDNS接管，拿到真实IP
      - 2.1.如果是国内IP，Clash就直连；
      - 2.2.如果国外IP，Clash直接扔远端代理服务器

而且大部分情况都是1.1和1.2，根据域名规则能匹配到分流，1.1不用DNS，1.2能充分利用到MosDNS



不知道上面的想法对不，又或者说，根本不需要关心DNS泄露问题？

在7楼

Residual 发表于 2023-6-30 08:49
建议用这个
https://songchenwen.com/tproxy-split-by-dns
主路由直接套用就行了, 目前我用的感觉还行 ...

感谢分享，这个方案好很多了，多了一步“经过 DNS 分流以后，我们只需要一条 iptables 规则，把所有目的地址是 Fake IP 的流量都转发到 Clash 核心，所有其他流量都不经转发正常通行。”，这样确实可以解决上面提到的2个问题

在7楼

abc.xyz 发表于 2023-6-30 23:34
据说这东西以后会很叼：
https://github.com/daeuniverse/dae

学不动了学不动了

在7楼

qianxu 发表于 2023-6-30 11:53
我说你为什么要提爱奇艺，原来是 y0tuber 被转换了，我现在要提一个名字是三个字的 y0utuber，叫不啥林的来 ...

不良林，他是有几期讲DNS，原理倒是讲的还行，就是最后给出来的方案有点鸡肋，他是直接把所有根据ip路由的规则后面都加上no-resolve，相当于让域名都不会尝试根据ip去尝试路由了。。。

在7楼

KirbyKFC 发表于 2023-7-1 17:38
fakeip方案下，真实IP的连接用IP分流足够了，甚至都不需要分流，拿真实IP就是为了直连绕过clash用的。
如果 ...

是的呀，就是这个问题。现在原方案就是，DNS拿到国内真实IP了，但是最终还是会进Clash，走一遍根据IP规则路由。

评论区有朋友在DNS分流之后，也在Clash之前就对TCP流量进行分流，不是FakeIP的国内的流量就不进Clash了，这种方案我觉得是有意义的。

如果只分DNS，感觉意义不大，还弄的复杂。