V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
blakebill
V2EX  ›  DNS

疑似 Google DNS 遭屏蔽?

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

    昨天起网络就开始不好,今天早上起来一查 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
    
    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 时间=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
        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 一直都被搶答 被屏蔽
    早就沒有實用價值了
    z919126592
        12
    z919126592  
       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
    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  
       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   ·   我们的愿景   ·   实用小工具   ·   1767 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 30ms · UTC 16:35 · PVG 00:35 · LAX 09:35 · JFK 12:35
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.