overture: DNS 分流净化器（更新 1.2.0）

战略性 Make

战略性 install

战略性 ./configure

战略性 star

战略性 rm -rf /

战略性 git clone

战略性 reply

战略性 report

战略性 collect

。。。

战略性 站队型

战略性 回复

战略性 watch

战略性 mark

战略性 收藏

加个 tcp dns listen 吧?

战略性吃瓜

战略性 mark

战略性吃瓜

战略性 群众

overture 不是一个 midi 软件吗。。。

overture 不是一个打谱软件吗？

@VYSE 下个版本考虑直接同时监听 TCP ， UDP ，不过监听 TCP 的场景很少感觉，毕竟 overture 一般都在墙内，运行在墙外的意义不大。

@ClassicOldSong
@vibbow
的确是一个打谱软件，有点撞名了，取名的时候没看到。不过由于比较小众，感觉问题不大。
取这个名字主要是因为（来自 README ）：
Overture means an orchestral piece at the beginning of a classical music composition, just like dns which is nearly the first step of surfing the internet.
强行掰扯一下。

@holyshawn pull requested

战略性 fork

战略性 fuck

战略性 已撸

~~ @JohnLou 队形被你破坏掉了 ~~
战略性 看看

名字可以改个字母，比如 Dverture
TTL 最好别设置太长，遇到花生之类的动态域名估计会有问题

其他的功能很好，但是手动修改 TTL 的功能具有一定破坏性（破坏了数据源对数据的定义），最好能斟酌一下。

我觉得更好地方式是维护一张最频繁访问域名的列表，记录足够多的项，然后根据它们的 TTL 自动刷新这些记录，并将新的记录缓存下来。

考虑到你的程序其实就是建立了一个本地 DNS 服务器，而本地查询的速度是很快的，这样既可以尊重数据源，又可以实现差不多相同的功能。

看到楼上破坏了队形我就放心回复了……
请问这个是……做什么用的……

战略性 redis

战略性 B52 轰炸机。

第一反应：打谱软件

@ladeo 命名思想相当不错，这个项目就不动了，毕竟冲突小众，以后可以借鉴。

@bianhua 所以默认情况下 TTL 修改是不开启的，有需求的人自己手动开启。维护新的域名列表难度还是相当大， Github 上的域名列表除了某 List 外更新基本都十分缓慢。另外，根据我日常的使用，除了动态 DNS 这种特殊需求以外，基本上不影响，动态 DNS 可以用 dnsmasq 指定 DNS 服务器解决。至于缓存的问题，我现在的实践是把 overture 作为 dnsmasq 的上游，手动指定 edns-client-subnet ip ，让 dnsmasq 做它自己专业的缓存事情。我一直在想有没有必要把程序做成大而全的，感觉很多特殊问题都可以用套个 dnsmasq 完美解决。

@bianhua 我刚才好像理解错了你列表的意思。如果是根据最频繁访问来设定阈值形成列表的话，感觉用处不是很明显，毕竟国内越大的网站越不会随意修改地区服务器的 IP 地址， TTL 的问题主要还是在动态 DNS 上。

战略性 点赞

mark

战略性 感谢

@holyshawn
overture 的监听端口可以修改吗？
如果我想在同一台设备上同时安装 overture 和 dnsmasq ，应该会出现端口冲突吧？
大家都监听 udp:53 ，比如把 overture 的监听端口改成 udp:5533
这样我一台设备就能 2 个软件都安装了
PC --> dnsmasq:53 --> overture:5533 --> 上游 DNS

战略性 Star

@ladeo 当然可以，我本人也是套了个 dnsmasq 在外面做缓存、自定义的事情。

哈喇咻

战略性 回复

战略性 build

战略性 懵逼

战略性 Mark

战略性 mark

原理是什么？

战略性 找节拍器

战略性 马克

我还以为你是 安正超 ( https://github.com/overtrue) 你俩就差一个字母

战略性 吃瓜

战略性 DMCA Takedown

战略性 围观

战略性保持队形

战略性怎么样呢

战略性 入侵

@m939594960 +1

战略性 SEO

战略性 爆肛门

战略性 收藏

战略性 装逼

战略性 +1s

怎么知道一个 DNS server 是否支持 edns-client-subnet ？

战略性 继续使用 pdnsd

@missdeer 一般没有明确说明支持的都是不支持，可以 patch dig 直接测试，参见： http://noops.me/?p=653

{
"BindAddress": ":53",
"PrimaryDNSAddress": "45.76.145.234:5533",
"PrimaryDNSProtocol": "udp",
"AlternativeDNSAddress": "208.67.220.220:443",
"AlternativeDNSProtocol": "tcp",
"Timeout": 6,
"RedirectIPv6Record": true,
"IPNetworkFilePath": "./china_ip_list.txt",
"DomainFilePath": "./gfwlist.txt",
"DomainBase64Decode": true,
"MinimumTTL": -1,
"EDNSClientSubnetPolicy": "disable",
"EDNSClientSubnetIP": ""
}
试了一下挺好用的，主 dns 是我在 VPS 上用这个软件搭的， EDNSClientSubnetPolicy 设置了 auto ， TTL 3600 ，主 DNS 跟备用 DNS 设置的 Google 的 dns ，就是 8.8.8.8 跟 8.8.4.4 ， ip 设置了禁止 ping ，有兴趣的可以试一下，国内用不了 Google 的 DNS ，要不然也不用这么麻烦了

想问楼主一个问题
{
"BindAddress": ":5533",
"PrimaryDNSAddress": "8.8.8.8:53",
"PrimaryDNSProtocol": "tcp",
"AlternativeDNSAddress": "208.67.222.222:443",
"AlternativeDNSProtocol": "tcp",
"Timeout": 6,
"RedirectIPv6Record": true,
"IPNetworkFilePath": "./china_ip_list.txt",
"DomainFilePath": "./gfwlist.txt",
"DomainBase64Decode": true,
"MinimumTTL": -1,
"EDNSClientSubnetPolicy": "auto",
"EDNSClientSubnetIP": ""
}

这是我在 VPS 上配置文件，访问别的域名都没有问题，但是当我访问 home.console.aliyun.com 、 slbnew.console.aliyun.com 这一类的域名我本地就会出现

WARN[0209] Get dns response failed: Response message is nil, maybe timeout

时间长了以后重新启动程序就变成了

WARN[0002] DNS lookup for external ip failed, please check your internet configuration:read udp 192.168.50.245:57128->45.76.145.234:5533: i/o timeout

这是什么原因导致的呢？

@maojy1989 已知若开启 EDNSClientSubnet ，在 debian8 下用 dig 工具查询域名就会报：
WARN[0209] Get dns response failed: Response message is nil, maybe timeout
但正常使用其他程序不会影响。 OSX 下 dig 没有这个问题。
下面的问题是程序查询不了你设定的 PrimaryDNS 45.76.145.234:553 ，查询超时。外部 IP 是通过查询 ipip.cn 的数据获取的， ipip.cn 本身需要域名解析，默认是用 PrimaryDNS 。

@holyshawn 服务器是 centos7 我本机是 MacOS 如果主 DNS 用我的服务器就查询不到 home.console.aliyun.com 这类域名，不会返回结果，然后就是超时，但是在服务器上是能查到的，其他的域名全部都是正常的，如果服务器关闭 EDNSClientSubnet 的话能正常解析这个域名，但是国内的网站会被解析成国外的 IP ，所有没办法只能把我服务器的 IP 设置为备用 DNS 了

@maojy1989 我这里用 119.29.29.29 做 PrimaryDNS 完全正常，无法复现你的问题。

来看看， mark

请教一个问题。某些海外的 CDN ，虽然没有国内节点，但有相对靠近的亚洲节点。 overture 目前的方案可能无法在这种情况下得到最优的 IP 。能否考虑让 Alternative DNS 也支持 edns-client-subnet ？

@iyuyue #76 一般支持 edns-client-subnet 的海外公共 DNS 都支持按照 IP 来源进行应答，你说的情况并不至于。目前不让 Alternative DNS 支持这个特性主要是考虑配置简单，毕竟海外 CDN 节点也不是近国内就访问的快，不过如果有这个需求的话，下个版本可以考虑单独把开关做出来。

强烈关注……

老板，6 年了，你项目好久没有 release 。。。