疑似 Google DNS 遭屏蔽?

2019-07-26 10:49:55 +08:00
 blakebill

昨天起网络就开始不好,今天早上起来一查 DNS ; 测试了上海(下均为上海) 电信 200M、电信 500M、移动 100M ; 电信方面 8.8.8.8 全部 timeout 但 8.8.4.4 可用; 移动方面均可用。

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

C:\Users\admin>ping 8.8.8.8 [电信]

正在 Ping 8.8.8.8 具有 32 字节的数据:
请求超时。
请求超时。
请求超时。
请求超时。

8.8.8.8 的 Ping 统计信息:
    数据包: 已发送 = 4,已接收 = 0,丢失 = 4 (100% 丢失),

C:\Users\admin>ping 8.8.4.4 [电信]

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

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

C:\Users\admin>ping 8.8.8.8 [移动]

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

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

C:\Users\admin>ping 8.8.4.4 [移动]

正在 Ping 8.8.4.4 具有 32 字节的数据:
来自 8.8.4.4 的回复: 字节=32 时间=181ms TTL=51
来自 8.8.4.4 的回复: 字节=32 时间=184ms TTL=51
来自 8.8.4.4 的回复: 字节=32 时间=176ms TTL=51
来自 8.8.4.4 的回复: 字节=32 时间=186ms TTL=51

8.8.4.4 的 Ping 统计信息:
    数据包: 已发送 = 4,已接收 = 4,丢失 = 0 (0% 丢失),
往返行程的估计时间(以毫秒为单位):
    最短 = 176ms,最长 = 186ms,平均 = 181ms
12628 次点击
所在节点    DNS
51 条回复
qwerthhusn
2019-07-26 10:53:34 +08:00
8888 确实不行了,安徽电信; 8844 还好
之前有次 114114114114 跪了,换成了 8888,现在 8888 也凉了
ddzy
2019-07-26 10:57:07 +08:00
打断一下, 我爱 gcc
blakebill
2019-07-26 10:57:48 +08:00
@qwerthhusn 暂时用回电信官方 DNS 了,等后续,然后准备自建还是其他的。
anguiao
2019-07-26 10:57:51 +08:00
国内没必要用国外 DNS
ZhouMidan
2019-07-26 10:59:08 +08:00
上海电信
C:\Users\xxx>ping 8.8.8.8

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

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

C:\Users\xxx>ping 8.8.4.4

正在 Ping 8.8.4.4 具有 32 字节的数据:
来自 8.8.4.4 的回复: 字节=32 时间=33ms TTL=53
来自 8.8.4.4 的回复: 字节=32 时间=33ms TTL=53
请求超时。
来自 8.8.4.4 的回复: 字节=32 时间=33ms TTL=53

8.8.4.4 的 Ping 统计信息:
数据包: 已发送 = 4,已接收 = 3,丢失 = 1 (25% 丢失),
往返行程的估计时间(以毫秒为单位):
最短 = 33ms,最长 = 33ms,平均 = 33ms
meteor
2019-07-26 11:02:42 +08:00
mtr 看下路由
blakebill
2019-07-26 11:03:42 +08:00
@ZhouMidan 我这边两条一条 SDN 200M,一条普通 500M 均测试为超时,上海的网络确实跟重庆的路一样让人搞不懂:)
blakebill
2019-07-26 11:12:17 +08:00
@meteor 我跟踪了十分钟,已经降低到丢包率 25%,先观察一段时间看看。
meteor
2019-07-26 11:22:26 +08:00
@blakebill 那就是恢复了。Google 的 DNS 被屏蔽以前不是没发生过。要稳定还是用国内的 DNS 比较好,Google 的备用。
mrw77
2019-07-26 11:36:11 +08:00
为什么在国内用谷歌的 dns,我不明白。

过 Q 那一刻污染,谷歌国内就北京有服务器,但肯定不会解析的
leonard916
2019-07-26 11:37:29 +08:00
這個 IP 一直都被搶答 被屏蔽
早就沒有實用價值了
z919126592
2019-07-26 11:46:54 +08:00
我这里 Google DNS 一直都是抢答的…
HalloCQ
2019-07-26 11:55:25 +08:00
国内 dnspod
国外 tcp-tls dns.google:853@8.8.8.8 电信全部沦陷,联通移动少部分可用 dns.google:853@8.8.4.4 可用
bclerdx
2019-07-26 12:15:06 +08:00
@blakebill 什么工具追踪的。
titanium98118
2019-07-26 13:36:42 +08:00
国内没必要用 8.8.8.8
stephenyin
2019-07-26 14:10:38 +08:00
@bclerdx #14 mtr
blakebill
2019-07-26 14:35:31 +08:00
@mrw77 路由器设置大概三年没动过了,之前使用倒还不错,近半年的话开始丢包,昨天上海电信应该是明确屏蔽了,现在也用回电信 DNS 了,反正现在劫持现象比较少
blakebill
2019-07-26 14:35:52 +08:00
@titanium98118 确实是这样了,体验很差。
nevermakeyoucryt
2019-07-26 14:38:48 +08:00
国内用谷歌确实不是一个明智的选择,不嫌解析慢拖累网速么
blakebill
2019-07-26 14:47:06 +08:00
@HalloCQ 目前国内就电信,国外转 CloudflareDNS 了。
从以下测试中 CFDNS 明显优于 GDNS
测试网络环境:HKCN2
```
root@HIK:~# dig @1.1.1.1 www.google.com

; <<>> DiG 9.11.3-1ubuntu1.8-Ubuntu <<>> @1.1.1.1 www.google.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 23044
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1452
;; QUESTION SECTION:
;www.google.com. IN A

;; ANSWER SECTION:
www.google.com. 134 IN A 172.217.163.228

;; Query time: 3 msec
;; SERVER: 1.1.1.1#53(1.1.1.1)
;; WHEN: Fri Jul 26 14:38:13 CST 2019
;; MSG SIZE rcvd: 59

root@HIK:~# dig @8.8.8.8 www.google.com

; <<>> DiG 9.11.3-1ubuntu1.8-Ubuntu <<>> @8.8.8.8 www.google.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 11797
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;www.google.com. IN A

;; ANSWER SECTION:
www.google.com. 27 IN A 216.58.199.4

;; Query time: 13 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Fri Jul 26 14:38:28 CST 2019
;; MSG SIZE rcvd: 59
```

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

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

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

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

© 2021 V2EX