google dns 现在变得顺畅了？

54 replies • 2020-05-06 15:16:36 +08:00

1

Momostudent

Oct 4, 2019

浙江电信：

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

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

还真的是啊，别紧张可能是错觉

2

blueboyggh

Oct 4, 2019

2

因为给你回应的 8.8.8.8 不是真正的 8.8.8.8，运营商做手脚了

3

tianxin8431

OP

Oct 4, 2019

@blueboyggh 我这边 tracert，路由是从香港到美国，看起来不像是被劫持了的样子

4

fengyj

Oct 4, 2019

福建电信 46ms 左右...

5

GlobalNPC

Oct 4, 2019

从香港走的吧，坐标魔都，差不多的速度

6

kuerck

Oct 4, 2019

还真是~~~

7

edsheeran

Oct 4, 2019 via iPhone

1

nslookup twitter.com 8.8.8.8

8

Archeb

Oct 4, 2019

广州电信一直都是 7ms 左右...走香港 163，没有劫持

9

18x

Oct 4, 2019 via Android

2

试了下 DoT 可以用 DoH 不能用
root@debian:~# ./tcpping dns.google 853
seq 0: tcp response from dns.google (8.8.4.4) [open] 32.166 ms
seq 1: tcp response from dns.google (8.8.4.4) [open] 32.216 ms
seq 2: tcp response from dns.google (8.8.4.4) [open] 31.426 ms
seq 3: tcp response from dns.google (8.8.4.4) [open] 31.875 ms
seq 4: tcp response from dns.google (8.8.4.4) [open] 31.209 ms
^C
root@debian:~# ./tcpping dns.google 443
seq 0: no response (timeout)
seq 1: no response (timeout)
seq 2: no response (timeout)
seq 3: no response (timeout)
seq 4: no response (timeout)
seq 5: no response (timeout)

10

shinciao

Oct 4, 2019

安徽电信现在也是只有 35-38ms，走 163 香港
@blueboyggh #2 运营商劫持到内网的话都是在本地不会这么高 5ms 以内

11

vocaloid

Oct 4, 2019

我这更低...怀疑是假的
正在 Ping 8.8.8.8 具有 32 字节的数据:
来自 8.8.8.8 的回复: 字节=32 时间=14ms TTL=242
来自 8.8.8.8 的回复: 字节=32 时间=17ms TTL=242
来自 8.8.8.8 的回复: 字节=32 时间=12ms TTL=242
来自 8.8.8.8 的回复: 字节=32 时间=13ms TTL=242

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

12

aqutor

Oct 4, 2019

@vocaloid #11 tracert 8.8.8.8 看下路由

13

xzc19970719

Oct 4, 2019 via Android

@18x。。我 dot 填 dns.google 为啥没效果查 dns 确实是走的 8.8.8.8 但是没加密

14

shikkoku

Oct 4, 2019

@xzc19970719 要加上 843 端口吧。

15

shikkoku

Oct 4, 2019

是 853 端口才对

16

love4taylor

PRO

Oct 4, 2019

@xzc19970719 VPN 和 DoT 不完全兼容

17

wszgrcy

Oct 4, 2019 via Android

确实，但是貌似 google 还上不了。。。有懂的大牛说下这个意味着什么吗

18

wwbfred

Oct 4, 2019

1

从几年前开始 8888 的 icmp 延迟就很好看了.
但 tcp 和 udp 有时会被概率性人为丢包,重点时期概率会变高.
所以不建议单配 8888 为 dns.

19

wwbfred

Oct 4, 2019

看有没有被劫持只要抓个包就知道了.
真的 8888 在请求被污染的域名时会在错误 IP 后返回正确 IP.

20

FENJACK

Oct 4, 2019

我这个......
正在 Ping 8.8.8.8 具有 32 字节的数据:
来自 8.8.8.8 的回复: 字节=32 时间=8ms TTL=49
来自 8.8.8.8 的回复: 字节=32 时间=8ms TTL=49
来自 8.8.8.8 的回复: 字节=32 时间=8ms TTL=49
来自 8.8.8.8 的回复: 字节=32 时间=8ms TTL=49

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

21

blueboyggh

Oct 4, 2019

1

@FENJACK 你这个肯定是被劫持了

22

skyeycirno

Oct 4, 2019

@blueboyggh #21 如果是广东省内的话，基本 10ms 以内也没啥。。

23

alphatoad

Oct 4, 2019

只要 DoT 和 DNSSEC 正常，假的也不影响 confidentiality，反而还更快

24

nathanwongggg

Oct 5, 2019

@Archeb 怎么做到的请问?深圳电信 8888 和 8844 分别是 20ms 和 18ms,就算绕路广州出去也不能无缘无故多出 10ms 来啊,奇怪了.

25

CuVee

Oct 5, 2019

早就发现了，确实正常了，毕竟这玩意不自带 FQ，没什么威胁。现在默认腾讯（游戏有加速，之前还有几个网站可翻），备用谷歌

26

acreti

Oct 5, 2019

nslookup twitterwc.com 8.8.8.8
服务器: dns.google
Address: 8.8.8.8

非权威应答:
名称: twitterwc.com
Address: 50.63.202.44

网址我瞎编的，你说一个不存在的网站都能给解析出来，这真的是 Google DNS ？

27

lcdtyph

Oct 5, 2019 via iPhone

@acreti
这域名被人买了，访问不了不等于没有 dns 记录，whois 可以看到是 2020 年过期
不过 google dns 大概率被劫持倒是对的

28

titanium98118

Oct 5, 2019 via Android

反正也没什么用。

29

xzc19970719

Oct 5, 2019

@acreti 用 http://1.1.1.1/help 测出来确实是谷歌的 dns

30

explore365

Oct 5, 2019

DNS 任拨，现在 8.8.8.8 在大陆访问的是 HK 的服务器

31

ConnersHua

Oct 5, 2019

@acreti 你用浏览器打开你 nslookup 的网址看看？

32

mh69492

Oct 5, 2019

正在 Ping 8.8.8.8:
64 bytes from 8.8.8.8: icmp_seq=1 ttl=52 time=38.3 ms

64 bytes from 8.8.8.8: icmp_seq=1 ttl=52 time=25.4 ms

64 bytes from 8.8.8.8: icmp_seq=1 ttl=52 time=20.9 ms

64 bytes from 8.8.8.8: icmp_seq=1 ttl=52 time=20.7 ms

64 bytes from 8.8.8.8: icmp_seq=1 ttl=52 time=36.1 ms

64 bytes from 8.8.8.8: icmp_seq=1 ttl=52 time=35.0 ms

64 bytes from 8.8.8.8: icmp_seq=1 ttl=52 time=35.4 ms

64 bytes from 8.8.8.8: icmp_seq=1 ttl=52 time=34.8 ms

64 bytes from 8.8.8.8: icmp_seq=1 ttl=52 time=35.2 ms

64 bytes from 8.8.8.8: icmp_seq=1 ttl=52 time=21.5 ms

64 bytes from 8.8.8.8: icmp_seq=1 ttl=52 time=20.7 ms

64 bytes from 8.8.8.8: icmp_seq=1 ttl=52 time=28.8 ms

64 bytes from 8.8.8.8: icmp_seq=1 ttl=52 time=34.4 ms

64 bytes from 8.8.8.8: icmp_seq=1 ttl=52 time=26.9 ms

64 bytes from 8.8.8.8: icmp_seq=1 ttl=52 time=23.1 ms

64 bytes from 8.8.8.8: icmp_seq=1 ttl=52 time=55.5 ms

失败：IP 地址不可到达

33

zenghx

Oct 5, 2019 via Android

@acreti 我能打开这个网站

34

heart4lor

Oct 5, 2019

正在 Ping 8.8.8.8 具有 32 字节的数据:
来自 8.8.8.8 的回复: 字节=32 时间=44ms TTL=52
来自 8.8.8.8 的回复: 字节=32 时间=55ms TTL=52
来自 8.8.8.8 的回复: 字节=32 时间=48ms TTL=52
来自 8.8.8.8 的回复: 字节=32 时间=39ms TTL=52

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

---

通过最多 30 个跃点跟踪
到 dns.google [8.8.8.8] 的路由:

1 1 ms 2 ms 1 ms 192.168.0.1
2 2 ms 2 ms 2 ms 114.229.87.254
3 3 ms 3 ms 2 ms 58.217.20.105
4 5 ms 5 ms 5 ms 58.217.58.13
5 12 ms 13 ms 14 ms 202.97.92.21
6 11 ms 16 ms 12 ms 202.97.24.222
7 32 ms 29 ms 37 ms 202.97.90.53
8 71 ms 69 ms 70 ms 202.97.61.62
9 * 47 ms 41 ms 202.97.62.214
10 36 ms 41 ms * 108.170.241.65
11 52 ms 40 ms 45 ms 172.253.64.111
12 51 ms 37 ms 45 ms dns.google [8.8.8.8]

跟踪完成。

---

看起来似乎一切正常

35

Cheons

Oct 5, 2019

正在 Ping 8.8.8.8 具有 32 字节的数据:
来自 8.8.8.8 的回复: 字节=32 时间=42ms TTL=249
来自 8.8.8.8 的回复: 字节=32 时间=31ms TTL=249
来自 8.8.8.8 的回复: 字节=32 时间=15ms TTL=249
来自 8.8.8.8 的回复: 字节=32 时间=19ms TTL=249

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

通过最多 30 个跃点跟踪
到 dns.google [8.8.8.8] 的路由:

1 1 ms <1 毫秒 2 ms router.asus.com [192.168.3.1]
2 1 ms <1 毫秒 2 ms 192.168.1.1
3 25 ms 135 ms 40 ms 10.111.16.1
4 9 ms 6 ms 6 ms 111.39.199.17
5 12 ms 12 ms 13 ms 120.210.229.53
6 15 ms 21 ms 12 ms 120.193.121.22
7 13 ms 20 ms 22 ms dns.google [8.8.8.8]

跟踪完成。

感觉不正常

36

intoext

Oct 5, 2019

光缆 1 秒 30 万 km 自己想想吧
我的才正常

ping 8.8.8.8

正在 Ping 8.8.8.8 具有 32 字节的数据:
来自 8.8.8.8 的回复: 字节=32 时间=233ms TTL=49
来自 8.8.8.8 的回复: 字节=32 时间=230ms TTL=49
来自 8.8.8.8 的回复: 字节=32 时间=218ms TTL=48
来自 8.8.8.8 的回复: 字节=32 时间=212ms TTL=48

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

37

skyeycirno

Oct 5, 2019

@intoext #36 你这个显然是不正常的

38

yinjy

Oct 5, 2019

确实很快，而且解析了几个地址也正确，这个是真的吗

39

zetaoyang

Oct 5, 2019

广播 IP，了解一下

40

acreti

Oct 5, 2019

1

@lcdtyph 用这个 nslookup pixiv.net 8.8.8.8 P 站的 IP 正常情况下应是 210.开头的，只要是国内，在未使用特殊手段的情况下，任何 dns 都无法解析到 P 站的正确 IP

41

wly19960911

Oct 5, 2019

@acreti #40 然而阿里 dns 解析到了 210 开头的了
> nslookup pixiv.net 223.5.5.5
服务器: public1.alidns.com
Address: 223.5.5.5

非权威应答:
名称: pixiv.net
Addresses: 210.140.131.219
210.140.131.222
210.140.131.224

> nslookup pixiv.net 8.8.8.8
服务器: dns.google
Address: 8.8.8.8

非权威应答:
名称: pixiv.net
Addresses: 210.140.131.224
210.140.131.222
210.140.131.219

42

tia

Oct 5, 2019

火星救援。。。早就从 TW 搬到 HK 了

43

kennylam777

Oct 6, 2019

坐標香港

早期 8.8.8.8/8.8.4.4 是在台灣的, 但 RTT 14ms 也很快了懷疑沒繞台北
然後 2017 年開始 8.8.4.4 改成了香港
近來 8.8.8.8 也在香港了

44

intoext

Oct 6, 2019

@skyeycirno 也没什么不正常，去了美国而已

45

linxijun

Oct 6, 2019

AppledeiMac:~ apple$ ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: icmp_seq=0 ttl=52 time=14.660 ms
64 bytes from 8.8.8.8: icmp_seq=1 ttl=52 time=13.839 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=52 time=14.047 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=52 time=12.455 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=52 time=13.964 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=52 time=11.960 ms
64 bytes from 8.8.8.8: icmp_seq=6 ttl=52 time=13.570 ms

AppledeiMac:~ apple$ ping 8.8.4.4
PING 8.8.4.4 (8.8.4.4): 56 data bytes
64 bytes from 8.8.4.4: icmp_seq=0 ttl=52 time=20.409 ms
64 bytes from 8.8.4.4: icmp_seq=1 ttl=52 time=20.707 ms
64 bytes from 8.8.4.4: icmp_seq=2 ttl=52 time=20.741 ms
64 bytes from 8.8.4.4: icmp_seq=3 ttl=52 time=21.095 ms
Request timeout for icmp_seq 4
64 bytes from 8.8.4.4: icmp_seq=5 ttl=52 time=20.838 ms
64 bytes from 8.8.4.4: icmp_seq=6 ttl=52 time=21.389 ms
64 bytes from 8.8.4.4: icmp_seq=7 ttl=52 time=22.141 ms
Request timeout for icmp_seq 8
64 bytes from 8.8.4.4: icmp_seq=9 ttl=52 time=20.559 ms
Request timeout for icmp_seq 10
64 bytes from 8.8.4.4: icmp_seq=11 ttl=52 time=67.220 ms

坐标 0755。。。。。。。。。。。。。。。。。

46

robin001

Oct 7, 2019

各种超时然而并不顺畅~

47

7654

Oct 7, 2019

5 12 ms 14 ms 14 ms 202.97.84.93
6 7 ms 7 ms 5 ms 202.97.57.157
7 25 ms 26 ms 27 ms 202.97.35.138
8 67 ms 69 ms * 202.97.91.102
9 36 ms * 37 ms 202.97.62.214
10 37 ms 37 ms 37 ms 108.170.241.97
11 36 ms 34 ms 36 ms 209.85.143.123
12 37 ms 35 ms 34 ms dns.google [8.8.8.8]
这速度十分理想

48

iihho

Oct 9, 2019

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

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

坐标广州联通，只能是被劫持了