长城宽带竟然如此无耻，更改谷歌 DNS

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 2664 天前的主题，其中的信息可能已经有所发展或是发生改变。

广州市长城宽带是否在内网有台分配了 IP 为 8.8.8.8 地址的 dns 服务器 114 也已经沦陷，aliyun 的貌似正常

这 ping 明显不对劲呀，国内谷歌 DNS 延迟平均 100 上下，这个谷歌 DNS 和长宽内网 DNS 值一样，流氓不？

谷歌 DNS--------------------------

[c:~]$ ping 8.8.8.8

正在 Ping 8.8.8.8 具有 32 字节的数据:

来自 8.8.8.8 的回复: 字节=32 时间=3ms TTL=58

来自 8.8.8.8 的回复: 字节=32 时间=4ms TTL=58

来自 8.8.8.8 的回复: 字节=32 时间=3ms TTL=58

8.8.8.8 的 Ping 统计信息:

数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)，往返行程的估计时间(以毫秒为单位):

最短 = 3ms，最长 = 4ms，平均 = 3ms 广州长宽 DNS------------------------

[c:~]$ ping 211.162.52.205

正在 Ping 211.162.52.205 具有 32 字节的数据:

来自 211.162.52.205 的回复: 字节=32 时间=3ms TTL=58

来自 211.162.52.205 的回复: 字节=32 时间=4ms TTL=58

来自 211.162.52.205 的回复: 字节=32 时间=3ms TTL=58

211.162.52.205 的 Ping 统计信息:

数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)，往返行程的估计时间(以毫秒为单位):

最短 = 3ms，最长 = 4ms，平均 = 3ms 阿里 DNS---------------------------------------------

[c:~]$ ping 223.5.5.5

正在 Ping 223.5.5.5 具有 32 字节的数据:

来自 223.5.5.5 的回复: 字节=32 时间=10ms TTL=51

来自 223.5.5.5 的回复: 字节=32 时间=11ms TTL=51

来自 223.5.5.5 的回复: 字节=32 时间=10ms TTL=51

223.5.5.5 的 Ping 统计信息:

数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)，往返行程的估计时间(以毫秒为单位):

最短 = 10ms，最长 = 11ms，平均 = 10ms 各位怎么看？

15 条回复 • 2017-07-31 08:58:24 +08:00

fengfisher2

2017-07-21 23:52:19 +08:00

敢用 8.8.8.8 不怕被...
不过，我觉得你的帖子不好阅读，还是相当不好阅读那种。

xinxuyue

2017-07-22 00:21:28 +08:00 via Android

ping 8.8.8.8 居然只有 3 ～ 4ms，这绝对不正常。

xx998

2017-07-22 00:29:58 +08:00 via Android

这很正常。和移动一个尿性。都是搞了台假谷歌 DNS 服务器，其实就是运营商自己的。
还有 53 端口默认是直接劫持到运营商自己的 DNS 服务器上的，你改其他 DNS 都没用。

jimages

2017-07-22 01:00:00 +08:00 via iPhone

dnscrypt

yan5990853

2017-07-22 01:18:39 +08:00

@xinxuyue 有个东西叫 anycast

bao3

2017-07-22 01:55:23 +08:00

这个很简单，一种办法是在机房里把一台设备的 loopback 地址设置为 8.8.8.8，这样可以长城全网都通，然后再起 53 端口
另一个办法是直接在核心路由上做策略，把所有的 8.8.8.8 UDP 53 丢到自己的某台服务器上，但这样做对 ping 不起作用。
如果真的是用一台服务器做 8.8.8.8 的路由的话，那你即便 dnscrypt 也是没用的，因为路由被支持的，只能换个了。