疑似 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
12644 次点击
所在节点    DNS
51 条回复
dot2017
2019-07-26 15:05:50 +08:00
这不是很久之前就这样了么，一阵能用一阵不行。反正能用的时候也是被污染的
tuding
2019-07-26 15:06:39 +08:00
墙裂不建议用 114.114.114.114
iPhoneXI
2019-07-26 15:07:00 +08:00
Android 自带 DNS over TLS
用 dns.google 就行
xuyl
2019-07-26 15:13:25 +08:00
国内有很多可选的，

百度公共 dns
180.76.76.76

阿里公共 dns
223.5.5.5
223.6.6.6

腾讯公共 dns
119.29.29.29
Counter
2019-07-26 15:24:49 +08:00
@tuding 请补充理由
masana
2019-07-26 15:31:28 +08:00
你想象的 8888 其实早就被透明代理了
chcx
2019-07-26 16:59:49 +08:00
mtr 看丢包起飞~
billytom
2019-07-26 17:02:12 +08:00
今天的 8888 是有点问题，8844 还是好的，1111 也一切正常
billytom
2019-07-26 17:09:37 +08:00
@blakebill 你 1111 不用 tls ？直接 53 的话不会有污染吗？
est
2019-07-26 17:35:12 +08:00
墙内的 8888 早就不是 g 家在返回了吧。。
passerbytiny
2019-07-26 17:36:38 +08:00
@Counter #25 114 做大了（可以开始宰羊了），就这一条就够了。
missdeer
2019-07-26 17:45:08 +08:00
我 8888 和 8844 都是自己截持到本地用，有些程序好像写死了用 8888/8844，没办法
Buges
2019-07-26 17:52:19 +08:00
DNS 问题强烈推荐用 DNScrypt-proxy 上 doh，直接用 1111 就好。手机电脑路由器全平台。
tuding
2019-07-26 18:15:35 +08:00
@Counter http://www.easyaq.org/info/infoLink?id=2433
hailaz
2019-07-26 18:22:10 +08:00
一直用 8844 挺稳的，8888 以前特意测试过不稳。坐标广州电信
hailaz
2019-07-26 18:24:18 +08:00
至于 114，呵呵
wwbfred
2019-07-26 18:38:37 +08:00
四个 8 经常会挂,基本上过段时间自己就好了.其实直接用 8844 挺稳的.
国内的话别只用这个当主 DNS.解析国外域名挺好的,但有 cdn 的国内站会被带着全世界到处跑.
Windelight
2019-07-26 19:25:23 +08:00
經 Trace。河北鐵通，從石家莊移動、北京移動出國去美利堅加州 level3 （谷歌加州）。河北聯通，從本地的城級網直接到廣州聯通再到香港聯通到谷歌香港。
fancyhan
2019-07-26 21:06:30 +08:00
这都什么年代的新闻了，这个很早就不推荐了
bclerdx
2019-07-26 21:13:35 +08:00
@stephenyin 上个工具图，谢谢！

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

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

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

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

© 2021 V2EX