Kobayashi

第一次听说这种理由，我以为你会说 Proxifier DNS 转发在 macOS 存在问题，或者是 Proxifier 内存占用有点大之类的……

@rio 嗯，不管是 GFW 之前的污染方式——随机指向无效 IP，还是现在的随机指向不对应 IP，被污染域名解析都有可能给出境内 IP 地址。所以在根据 IP 分流，大多方案搭配 GFW List，让已统计的被污染地址直接走境外无污染 DNS 解析，以作为弥补。目前这种思路的方案包括但不限于 Dnsmasq+ChinaDNS，Unbound+ChinaDNS，Overture(配有 GFW list 黑名单)。

又仔细考虑了一遍楼主的方法，在权威 DNS 服务器位置和网站服务器位置没有绝对关系之上，针对域名是否被污染、网站位置是在境内还是在境外、负责解析的权威 DNS 在境内还是境外，组合出 8 种情况分析：1 ）被污染域名由境内权威 DNS 解析情况下，此方案无法获取正确结果，解决方法 GFW List，通过代理由境外发起解析请求； 2 ）境外网站由境外权威 DNS 负责解析时，此方案存在无法获取其国内 CDN 可能。后面这个问题，我考虑了半天并没有想到一个恰到好处的解决方法：常见中国域名白名单列表的话，好像都是针对国内网站，在这里可能不适用； EDNS-Client-Subnet 可能算是一个解决办法，要权威服务器支持，也不算完美。

@manjuprajna 我只能再说一遍，www.google.cn 不再提供搜索服务。直接访问它一次，你就明白了。

无解，因为它搜索时用的是 www.google.cn 搜索。众所周知，www.google.cn 不再提供搜索服务。

楼主说的就是自建 Recursive DNS，自己作为向权威 DNS 的请求方，以获得最优解析。不过分流实现有点问题：1 ）并不是完全不需要列表，还是要依靠 China IP List ； 2 ）权威服务器的位置和要访问网站的位置没有绝对的联系，使用境内还是境外权威 DNS 解析自己的网站完全由站长决定。

依靠权威 DNS 位置分流解析境内和境外解析不靠谱。相比来说，都是使用 China IP List/CHNRoute，ChinaDNS、Overture、Pcap_DNSProxy 这种依据解析后判断 IP 位置分流的方案更准确。

@rio 嗯，是配置繁琐了，单独 Unbound 就可以实现递归 DNS，没必要再祭出 Bind 这种重型武器。1 ） Unbound 配置注释掉所有 forward-zone，不转发的结果就是最后向权威 DNS 发起递归查询。2 ） root-hints 没必要写，13 台根服务器信息已经在 Unbound 内置了，再说根服务器信息也不会频繁变化，一般随 Unbound 更新就好了。

用来验证下载文件，又不是用来加密，能有个毛线的区别。

@XIVN1987 pyenv 中 system 只系统自带 python，至于是 python2 还是 python3，要看系统中 python 命令链接到了哪个。

pyenv 可以切换多版本 Python，切换的是 pyenv install <python-version>安装的 Python。其实就是不用系统自带的 Python，完全依赖 pyenv 安装的 Python。

先读 pyenv 在 GitHub 上的 README 和 wiki，看完你就明白了，你问的这些都是包含在这里的基本使用方法。

公共 DNS 不可能有这种功能，自建吧。全局过滤的话，如果是屏蔽 AAAA 查询，有很多；但要是从结果中过滤 AAAA 结果，目前只知道 Bind。

Unbound 配合 Python2 我知道可以屏蔽 AAAA 查询，说不定可以根据域名直接过滤查询结果？希望有人能解答一下。

@efcndi 有些第三方浏览器对于跳转应用市场的链接做了处理，会提示你是否跳转，不管它的话就默认不跳转。比如，Via