疑似 Google DNS 遭屏蔽？ - V2EX
首页 注册 登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
广告
blakebill
V2EX    DNS

疑似 Google DNS 遭屏蔽？

  •   
  •   blakebill 2019-07-26 10:49:55 +08:00 13398 次点击
    这是一个创建于 2268 天前的主题，其中的信息可能已经有所发展或是发生改变。

    昨天起网络就开始不好，今天早上起来一查 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
  • DNS
  • 电信
  • 8.8.4.4
  • 8.8.8.8
    51 条回复    2019-08-11 22:43:42 +08:00
    qwerthhusn
        1
    qwerthhusn  
       2019-07-26 10:53:34 +08:00
    8888 确实不行了，安徽电信； 8844 还好
    之前有次 114114114114 跪了，换成了 8888，现在 8888 也凉了
    ddzy
        2
    ddzy  
       2019-07-26 10:57:07 +08:00
    打断一下, 我爱 gcc
    blakebill
        3
    blakebill  
    OP
       2019-07-26 10:57:48 +08:00
    @qwerthhusn 暂时用回电信官方 DNS 了，等后续，然后准备自建还是其他的。
    anguiao
        4
    anguiao  
       2019-07-26 10:57:51 +08:00 via Android
    国内没必要用国外 DNS
    ZhouMidan
        5
    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 时间=31s 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
        6
    meteor  
       2019-07-26 11:02:42 +08:00
    mtr 看下路由
    blakebill
        7
    blakebill  
    OP
       2019-07-26 11:03:42 +08:00
    @ZhouMidan 我这边两条一条 SDN 200M，一条普通 500M 均测试为超时，上海的网络确实跟重庆的路一样让人搞不懂:)
    blakebill
        8
    blakebill  
    OP
       2019-07-26 11:12:17 +08:00
    @meteor 我跟踪了十分钟，已经降低到丢包率 25%，先观察一段时间看看。
    meteor
        9
    meteor  
       2019-07-26 11:22:26 +08:00
    @blakebill 那就是恢复了。Google 的 DNS 被屏蔽以前不是没发生过。要稳定还是用国内的 DNS 比较好，Google 的备用。
    mrw77
        10
    mrw77  
       2019-07-26 11:36:11 +08:00
    为什么在国内用谷歌的 dns，我不明白。

    过 Q 那一刻污染，谷歌国内就北京有服务器，但肯定不会解析的
    leonard916
        11
    leonard916  
       2019-07-26 11:37:29 +08:00   1
    IP 一直都被答 被屏蔽
    早就有用值了
    Apllex
        12
    Apllex  
       2019-07-26 11:46:54 +08:00 via Android
    我这里 Google DNS 一直都是抢答的…
    HalloCQ
        13
    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
        14
    bclerdx  
       2019-07-26 12:15:06 +08:00 via Android
    @blakebill 什么工具追踪的。
    titanium98118
        15
    titanium98118  
       2019-07-26 13:36:42 +08:00
    国内没必要用 8.8.8.8
    stephenyin
        16
    stephenyin  
       2019-07-26 14:10:38 +08:00
    @bclerdx #14 mtr
    blakebill
        17
    blakebill  
    OP
       2019-07-26 14:35:31 +08:00
    @mrw77 路由器设置大概三年没动过了，之前使用倒还不错，近半年的话开始丢包，昨天上海电信应该是明确屏蔽了，现在也用回电信 DNS 了，反正现在劫持现象比较少
    blakebill
        18
    blakebill  
    OP
       2019-07-26 14:35:52 +08:00
    @titanium98118 确实是这样了，体验很差。
    nevermakeyoucryt
        19
    nevermakeyoucryt  
       2019-07-26 14:38:48 +08:00
    国内用谷歌确实不是一个明智的选择，不嫌解析慢拖累网速么
    blakebill
        20
    blakebill  
    OP
       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
    ```
    dot2017
        21
    dot2017  
       2019-07-26 15:05:50 +08:00
    这不是很久之前就这样了么，一阵能用一阵不行。反正能用的时候也是被污染的
    tuding
        22
    tuding  
       2019-07-26 15:06:39 +08:00
    墙裂不建议用 114.114.114.114
    iPhoneXI
        23
    iPhoneXI  
       2019-07-26 15:07:00 +08:00 via Android
    Android 自带 DNS over TLS
    用 dns.google 就行
    xuyl
        24
    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
        25
    Counter  
       2019-07-26 15:24:49 +08:00
    @tuding 请补充理由
    masana
        26
    masana  
       2019-07-26 15:31:28 +08:00   1
    你想象的 8888 其实早就被透明代理了
    chcx
        27
    chcx  
       2019-07-26 16:59:49 +08:00
    mtr 看丢包起飞~
    billytom
        28
    billytom  
       2019-07-26 17:02:12 +08:00
    今天的 8888 是有点问题，8844 还是好的，1111 也一切正常
    billytom
        29
    billytom  
       2019-07-26 17:09:37 +08:00
    @blakebill 你 1111 不用 tls ？直接 53 的话不会有污染吗？
    est
        30
    est  
       2019-07-26 17:35:12 +08:00
    墙内的 8888 早就不是 g 家在返回了吧。。
    passerbytiny
        31
    passerbytiny  
       2019-07-26 17:36:38 +08:00
    @Counter #25 114 做大了（可以开始宰羊了），就这一条就够了。
    missdeer
        32
    missdeer  
       2019-07-26 17:45:08 +08:00
    我 8888 和 8844 都是自己截持到本地用，有些程序好像写死了用 8888/8844，没办法
    Buges
        33
    Buges  
       2019-07-26 17:52:19 +08:00 via Android   1
    DNS 问题强烈推荐用 DNScrypt-proxy 上 doh，直接用 1111 就好。手机电脑路由器全平台。
    tuding
        34
    tuding  
       2019-07-26 18:15:35 +08:00 via Android   1
    @Counter http://www.easyaq.org/info/infoLink?id=2433
    hailaz
        35
    hailaz  
       2019-07-26 18:22:10 +08:00
    一直用 8844 挺稳的，8888 以前特意测试过不稳。坐标广州电信
    hailaz
        36
    hailaz  
       2019-07-26 18:24:18 +08:00
    至于 114，呵呵
    wwbfred
        37
    wwbfred  
       2019-07-26 18:38:37 +08:00
    四个 8 经常会挂,基本上过段时间自己就好了.其实直接用 8844 挺稳的.
    国内的话别只用这个当主 DNS.解析国外域名挺好的,但有 cdn 的国内站会被带着全世界到处跑.
    Windelight
        38
    Windelight  
       2019-07-26 19:25:23 +08:00 via Android
    Trace。河北通，石家移、北京移出去美利加州 level3 （谷歌加州）。河北通，本地的城直接到州通再到香港通到谷歌香港。
    fancyhan
        39
    fancyhan  
       2019-07-26 21:06:30 +08:00
    这都什么年代的新闻了，这个很早就不推荐了
    bclerdx
        40
    bclerdx  
       2019-07-26 21:13:35 +08:00
    @stephenyin 上个工具图，谢！
    mattx
        41
    mattx  
       2019-07-26 21:14:52 +08:00 via iPhone
    村网通么？国内还用谷歌 dns ？又不能防污染，用这个干嘛？
    bclerdx
        42
    bclerdx  
       2019-07-26 21:14:53 +08:00
    @iPhoneXI 怎么个用法？
    runtu2019
        43
    runtu2019  
       2019-07-26 21:36:59 +08:00
    一般是本地自建 dns 缓存，用香港 dns
    billytom
        44
    billytom  
       2019-07-26 22:12:12 +08:00 via iPhone
    @mattx 要出村来走走了，tls8888:853 了解下
    SvenRogue
        45
    SvenRogue  
       2019-07-26 22:51:48 +08:00
    114 最近也不太行 求问打游戏（战地 5 ）用哪家 dns 比较好
    mytsing520
        46
    mytsing520  
    PRO
       2019-07-27 19:09:29 +08:00
    2019.07.27 ，电信网络已经恢复 8.8.8.8 的连接。
    blakebill
        47
    blakebill  
    OP
       2019-07-27 22:17:12 +08:00
    @billytom 1111 暂时 VPS 在用着，本地的话还是电信下发，过两日搭建一个 DNSCrypt
    blakebill
        48
    blakebill  
    OP
       2019-07-27 22:18:53 +08:00
    @hailaz 114 我记得几年前好像爆出啥事情，插入广告啥的。
    blakebill
        49
    blakebill  
    OP
       2019-07-27 22:21:34 +08:00
    @SvenRogue 8844 吧，目前看来 8888 不稳定 8844 还是可以的，或者你可以下载一个 DNSBench 测一下
    duoduo1x
        50
    duoduo1x  
       2019-07-28 14:10:05 +08:00
    PING 8.8.8.8 (8.8.8.8): 56 data bytes
    Request timeout for icmp_seq 0
    64 bytes from 8.8.8.8: icmp_seq=1 ttl=52 time=23.179 ms
    64 bytes from 8.8.8.8: icmp_seq=2 ttl=52 time=37.379 ms
    64 bytes from 8.8.8.8: icmp_seq=3 ttl=52 time=25.040 ms
    64 bytes from 8.8.8.8: icmp_seq=4 ttl=52 time=23.534 ms
    Request timeout for icmp_seq 5
    64 bytes from 8.8.8.8: icmp_seq=6 ttl=52 time=23.565 ms
    64 bytes from 8.8.8.8: icmp_seq=7 ttl=52 time=26.157 ms
    64 bytes from 8.8.8.8: icmp_seq=8 ttl=52 time=30.675 ms
    64 bytes from 8.8.8.8: icmp_seq=9 ttl=52 time=36.038 ms
    64 bytes from 8.8.8.8: icmp_seq=10 ttl=52 time=26.160 ms
    64 bytes from 8.8.8.8: icmp_seq=11 ttl=52 time=32.977 ms
    64 bytes from 8.8.8.8: icmp_seq=12 ttl=52 time=37.107 ms
    64 bytes from 8.8.8.8: icmp_seq=13 ttl=52 time=25.819 ms
    64 bytes from 8.8.8.8: icmp_seq=14 ttl=52 time=42.742 ms
    64 bytes from 8.8.8.8: icmp_seq=15 ttl=52 time=28.138 ms
    64 bytes from 8.8.8.8: icmp_seq=16 ttl=52 time=23.016 ms
    64 bytes from 8.8.8.8: icmp_seq=17 ttl=52 time=44.251 ms
    64 bytes from 8.8.8.8: icmp_seq=18 ttl=52 time=24.949 ms
    64 bytes from 8.8.8.8: icmp_seq=19 ttl=52 time=26.882 ms
    6zac
        51
    6zac  
       2019-08-11 22:43:42 +08:00 via Android
    不行就不行
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     5590 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 29ms UTC 06:37 PVG 14:37 LAX 23:37 JFK 02:37
    Do have faith in what you're doing.
    ubao snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86