谷歌 DNS 已经本地部署了吗？

V2EX = way to explore

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

现在注册

已注册用户请登录

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

第 1 条附言 2021-12-31 16:25:26 +08:00

DNS

谷歌

部署

已经

40 条回复 2022-11-15 11:14:06 +08:00

shakaraka

PRO

2021-12-31 11:30:32 +08:00

在国内用国外 dns 是什么操作？，要用那也是 vps 用啊

acbot

2021-12-31 11:38:53 +08:00

reset 或者抢答啥的，也可以说本地化部署了。

malusama

2021-12-31 12:02:15 +08:00

抢答的吧...估计被污染了你那

malusama

2021-12-31 12:02:45 +08:00

嗷...没看图

villivateur

2021-12-31 12:04:29 +08:00 via Android

如果你在深圳，ping 香港的 8.8.8.8 是可能这个延迟的

Overfill3641

2021-12-31 12:10:01 +08:00

你得说下你的城市。

Dragonish3600

2021-12-31 12:12:13 +08:00

没看懂。google dns 现在用了 anycast ，应该在哪延迟都不高才对。单纯看延迟说明不了任何问题。

Archeb

2021-12-31 12:35:49 +08:00

我们甚至不知道你在哪.jpg

cjpjxjx

2021-12-31 12:47:04 +08:00

坐标深圳电信：

正在 Ping 8.8.8.8 具有 32 字节的数据:
来自 8.8.8.8 的回复: 字节=32 时间=3ms TTL=115
来自 8.8.8.8 的回复: 字节=32 时间=3ms TTL=115
来自 8.8.8.8 的回复: 字节=32 时间=3ms TTL=115
来自 8.8.8.8 的回复: 字节=32 时间=3ms TTL=115

dianso

2021-12-31 12:47:25 +08:00

CDN

LGA1150

2021-12-31 12:53:52 +08:00 via Android

你在广州的话是可以有这个延迟的，看看 mtr 结果？

JensenQian

2021-12-31 13:03:20 +08:00

看下路由，说不定你在珠三角，服务器在隔壁的香港，这延迟有可能

HsuX

2021-12-31 13:57:00 +08:00 via Android

还是得看 traceroute

ClarkAbe

2021-12-31 14:50:59 +08:00

某个节点 mtu 有点问题.....

[Imgur]( https://imgur.com/h5lL66K)

chotow

2021-12-31 15:47:15 +08:00

试了下 traceroute ，正常，延迟也不高，不过响应会被抢答污染。大厂的 DoH 、DoT 全部超时，难受。

Routeros

2021-12-31 15:56:33 +08:00

Microsoft Windows [版本 10.0.22000.376]
(c) Microsoft Corporation 。保留所有权利。

C:\Users\86437>nslookup www.baidu.com 8.8.8.8
服务器: dns.google
Address: 8.8.8.8
非权威应答:
名称: www.wshifen.com
Address: 103.235.46.39
Aliases: www.baidu.com
www.a.shifen.com

C:\Users\86437>nslookup www.baidu.com 223.6.6.6
服务器: public2.alidns.com
Address: 223.6.6.6
非权威应答:
名称: www.a.shifen.com
Addresses: 180.101.49.11
180.101.49.12
Aliases: www.baidu.com

C:\Users\86437>nslookup www.google.com 223.6.6.6
服务器: public2.alidns.com
Address: 223.6.6.6
非权威应答:
名称: www.google.com
Addresses: 2001::45ab:f714
31.13.83.4

C:\Users\86437>nslookup www.google.com 8.8.8.8
DNS request timed out.
timeout was 2 seconds.
服务器: UnKnown
Address: 8.8.8.8
非权威应答:
名称: www.google.com
Addresses: 2001::67fc:7331
108.160.170.52

C:\Users\86437>ping 8.8.8.8

正在 Ping 8.8.8.8 具有 32 字节的数据:
来自 8.8.8.8 的回复: 字节=32 时间=35ms TTL=112
来自 8.8.8.8 的回复: 字节=32 时间=36ms TTL=112

8.8.8.8 的 Ping 统计信息:
数据包: 已发送 = 2 ，已接收 = 2 ，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 35ms ，最长 = 36ms ，平均 = 35ms

Maskeney

2021-12-31 16:29:38 +08:00

你用 ICMP PING 无法证明任何事情，因为 GFW 和 ISP 一系列骚操作的存在，有很多种可能会造成这种结果，比如针对 IP 的路由劫持

Maskeney

2021-12-31 16:46:25 +08:00

traceroute 也并不一定能反映全部的路由情况，你要知道现在 GFW 是可以精准屏蔽到协议和端口的，你用 TCP 和 UDP 做得结果可能完全不同，就算相同的协议不同端口结果也可能不同，之前本站也有很多人做过实验了。

当然如果你仅仅是想用 Google dns 的话那也是基本不可能的，你要通过普通 DNS 查询方式得到 GoogleDNS 给你的结果需要完美避开以下障碍：

1. ISP 没有无差别劫持 UDP53
2. 8.8.8.8 这个 IP 没有被 ISP 乱用在局域网 /城域网 /路由链路上
3. 没有遇到针对此 IP 的路由黑洞
4. 没有被 GFW 抢答

就算以上 2.3 条侥幸躲过，也就是 IP 层面还是通的只是普通 DNS 协议被针对，那么你或许还可能使用以下方法：

1. 使用 DNS over TLS ，行不通，自今年 3 月份出国的 853 端口数据包会全部被拦截
2. 使用 DNS over HTTPS ，也是几乎行不通，因为 SNI 可能会撞上黑名单，使用 ESNI 则会被无条件拦截

HsuX

2021-12-31 18:07:52 +08:00 via Android

@Maskeney opendns 的 5353 非标端口可以用

lin559671

&nbp; 2021-12-31 18:31:08 +08:00 via Android

opendns doh 可用

kebamt

2021-12-31 18:38:52 +08:00

北京

Pinging 8.8.8.8 with 32 bytes of data:
Reply from 8.8.8.8: bytes=32 time=49ms TTL=49
Reply from 8.8.8.8: bytes=32 time=50ms TTL=49
Reply from 8.8.8.8: bytes=32 time=49ms TTL=49
Reply from 8.8.8.8: bytes=32 time=51ms TTL=49

Ping statistics for 8.8.8.8:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 49ms, Maximum = 51ms, Average = 49ms