@yinmin 不用 fakeip ，也不用 redir-host ，mihomo 还支持 normal 模式，取消 IP 和域名映射，之后通过 sniffer 获取域名进行路由但是不覆写，直接先代理服务器发送 IP 进行连接，不存在你说的问题。 但是需要在客户端处理好 DNS 分流

Service Worker 对资源的缓存，怎么成了和 IP 耦合而不是和域名耦合的了，感觉像是 Chrome 的 BUG 。

@lnbiuc #9 代理 DNS 请求需要知道代理服务器端的 DNS 服务器地址，否则只能用公共 DNS 。公共 DNS 解析出的 IP 体验没有 ISP 提供的好。

@choury 嗅探要准确需要禁用 ECH ，禁用 type64/65 类型解析

非 http/sni 的流量使用 fakeip 可能會出現問題，例如玩遊戲時有可能會出現無法連線伺服器的情況。因為 fakeip 某種意義上也相當於一次 nat 了。

修正，是 http/tls 流量

非 http/tls 的流量使用 fakeip 可能會出現問題，例如玩遊戲時有可能會出現無法連線伺服器的情況。 此外 fakeip 某種意義上也相當於一次 nat 了。

专机专用 从来不考虑分流 不用 fakeip

@heiher #12 不需要啊，DNS 设置为 1.1.1.1 ，然后对 1.1.1.1 进行代理就行了。 至于你说的公共 DNS 不如 ISP ，做好 DNS 分流就行了，可以看下我对 DNS 分流的处理 https://vio.moe/posts/wo-de-dns-pei-zhi-ji-qiao

@lnbiuc #18 举个实际的例子：机场服务器的 ISP 提供的 DNS 是 a.a.a.a ，机场服务器系统默认是用 a.a.a.a 解析域名的。用户不知道 a.a.a.a 的具体地址时，配置为 1.1.1.1 ，DNS 请求送到机场服务器上也是经 1.1.1.1 解析的。这与使用 a.a.a.a 解析的结果可能是不同的。（体验包括 IP 访问延迟，也包括基于 DNS 解析的特征进行代理识别