家庭用户有必要自建递归 dns 吗

RT https://blog.03k.org/post/paopaodns.html
看了这位大佬的 blog 使用 paopaodns 自建 dns+paopaogateway FAKE IP 网关
使用静态路由映射的方式实现国内外的域名分流
从原理上看是很精巧的分流方式

另外 DNS 解析的速度不太好判断
如何判断 dns 的解析速度和准确性呢

mosdns yyds

fakeip 谈不上精巧，现在一堆软件都提供打包解决方案。这个方案核心不在于要不要自建 dns ，核心在于你如何做 dns 分流，国内用运营商 dns 总是最好的，海外直接走梯子过 cf/google 落地区域的 dns 就行了。

这相当于为了喝口牛奶养了头奶牛

自己写的监听 127.0.0.1:53 ，通过 adblock 列表转到不同的 dns serfer 上

@chenbin36255 #6
劫持可能只占你日常访问的 0.01%甚至远远低于 0.01%，单独把 0.01%的域名单独指定可信的 dns 来解析就好。不要大费周章去解决那些低概率事件。

分流说白了都是名单问题。
dns 真的很难有可靠的名单，简单一点的话有相对可靠的墙内 ip 列表（前不久还刚刚修理了一下我家用的版本）
我的做法是：自建递归（我用了 bind ，用什么都行），然后 53 端口根据 ip 列表走 ip 分流。
考虑到性能问题，前面还有一层 dnsmasq ，把简单的墙内白名单指向运营商，把简单的墙内黑名单指向可信 dns

原理的话，dns 解析都是递归的，从根域名开始。
省略根、.com 的解析过程：
比如解析 www.baidu.com ，拿到 ns1.baidu.com 之后，你的递归会给 ns1.baidu.com ，也就是 110.242.68.134 发送请求，这个请求是通过直连发出去的，那么他看到的当然就是你的墙内 ip 。
又如解析 www.google.com ，每一步都是通过梯子出去，墙内完全不知道你在解析什么……最后 google 看见的你的请求来源也是梯子出口的 ip 。

我的玩法比他精巧不？ fakeip 还是算了，太假，个人表示不喜欢。

如果真的非常需要每次请求都精确且实时，就建吧
我就 client 改个 TTL 直接 cache 一天，就第一次慢而已，二次开始就快了，如果出现错误就重启清 cache 再来
要走梯子的那些也跟这个无关

对分流需求不高, 一般回去就刷刷视频玩玩游戏,  只是用 adguard home 代替了 hosts 文件 让局域网所有设备直接解析跳转方便开发 ,并且拦截了部分广告 dns

fake 网关现在已经很流行了，opn 、op 、爱快、ros 都可以实现，op 最简单。