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

2021-12-31 11:28:07 +08:00
 sungnix
8356 次点击
所在节点    宽带症候群
40 条回复
wunonglin
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
如果你在深圳,ping 香港的 8.8.8.8 是可能这个延迟的
v2tudnew
2021-12-31 12:10:01 +08:00
你得说下你的城市。
ladypxy
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
你在广州的话是可以有这个延迟的,看看 mtr 结果?
JensenQian
2021-12-31 13:03:20 +08:00
看下路由,说不定你在珠三角,服务器在隔壁的香港,这延迟有可能
HsuX
2021-12-31 13:57:00 +08:00
还是得看 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
@Maskeney opendns 的 5353 非标端口可以用
lin559671
2021-12-31 18:31:08 +08:00
opendns doh 可用

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/825467

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX