V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
tianxin8431
V2EX  ›  宽带症候群

google dns 现在变得顺畅了?

  •  
  •   tianxin8431 · 2019-10-04 16:51:51 +08:00 · 18889 次点击
    这是一个创建于 1875 天前的主题,其中的信息可能已经有所发展或是发生改变。

    山西电信,延迟只有 40+ms,令人难以置信

    正在 Ping 8.8.8.8 具有 32 字节的数据:
    来自 8.8.8.8 的回复: 字节=32 时间=48ms TTL=52
    来自 8.8.8.8 的回复: 字节=32 时间=47ms TTL=52
    来自 8.8.8.8 的回复: 字节=32 时间=48ms TTL=52
    来自 8.8.8.8 的回复: 字节=32 时间=47ms TTL=52
    
    8.8.8.8 的 Ping 统计信息:
        数据包: 已发送 = 4,已接收 = 4,丢失 = 0 (0% 丢失),
    往返行程的估计时间(以毫秒为单位):
        最短 = 47ms,最长 = 48ms,平均 = 47ms
    
    54 条回复    2020-05-06 15:16:36 +08:00
    Momostudent
        1
    Momostudent  
       2019-10-04 16:58:08 +08:00
    浙江电信:

    正在 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


    还真的是啊,别紧张可能是错觉
    blueboyggh
        2
    blueboyggh  
       2019-10-04 16:58:34 +08:00   ❤️ 2
    因为给你回应的 8.8.8.8 不是真正的 8.8.8.8,运营商做手脚了
    tianxin8431
        3
    tianxin8431  
    OP
       2019-10-04 17:01:18 +08:00
    @blueboyggh 我这边 tracert,路由是从香港到美国,看起来不像是被劫持了的样子
    huiyifyj
        4
    huiyifyj  
       2019-10-04 17:05:49 +08:00
    福建电信 46ms 左右...
    infun
        5
    infun  
       2019-10-04 17:11:17 +08:00
    从香港走的吧,坐标魔都,差不多的速度
    kuerck
        6
    kuerck  
       2019-10-04 17:11:46 +08:00
    还真是~~~
    edsheeran
        7
    edsheeran  
       2019-10-04 17:11:50 +08:00 via iPhone   ❤️ 1
    nslookup twitter.com 8.8.8.8
    Archeb
        8
    Archeb  
       2019-10-04 17:25:09 +08:00
    广州电信一直都是 7ms 左右...走香港 163,没有劫持
    18x
        9
    18x  
       2019-10-04 17:35:31 +08:00 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)
    lanternxx
        10
    lanternxx  
       2019-10-04 17:36:32 +08:00
    安徽电信现在也是只有 35-38ms,走 163 香港
    @blueboyggh #2 运营商劫持到内网的话都是在本地 不会这么高 5ms 以内
    vocaloid
        11
    vocaloid  
       2019-10-04 17:38:14 +08:00
    我这更低...怀疑是假的
    正在 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
    aqutor
        12
    aqutor  
       2019-10-04 17:45:55 +08:00
    @vocaloid #11 tracert 8.8.8.8 看下路由
    xzc19970719
        13
    xzc19970719  
       2019-10-04 19:19:05 +08:00 via Android
    @18x。。我 dot 填 dns.google 为啥没效果 查 dns 确实是走的 8.8.8.8 但是没加密
    shikkoku
        14
    shikkoku  
       2019-10-04 19:22:24 +08:00
    @xzc19970719 要加上 843 端口吧。
    shikkoku
        15
    shikkoku  
       2019-10-04 19:23:21 +08:00
    是 853 端口才对
    Love4Taylor
        16
    Love4Taylor  
       2019-10-04 19:28:34 +08:00
    @xzc19970719 VPN 和 DoT 不完全兼容
    wszgrcy
        17
    wszgrcy  
       2019-10-04 19:42:54 +08:00 via Android
    确实,但是貌似 google 还上不了。。。有懂的大牛说下这个意味着什么吗
    wwbfred
        18
    wwbfred  
       2019-10-04 19:59:52 +08:00   ❤️ 1
    从几年前开始 8888 的 icmp 延迟就很好看了.
    但 tcp 和 udp 有时会被概率性人为丢包,重点时期概率会变高.
    所以不建议单配 8888 为 dns.
    wwbfred
        19
    wwbfred  
       2019-10-04 20:03:04 +08:00
    看有没有被劫持只要抓个包就知道了.
    真的 8888 在请求被污染的域名时会在错误 IP 后返回正确 IP.
    FENJACK
        20
    FENJACK  
       2019-10-04 20:24:02 +08:00
    我这个......
    正在 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
    blueboyggh
        21
    blueboyggh  
       2019-10-04 20:28:37 +08:00   ❤️ 1
    @FENJACK 你这个肯定是被劫持了
    skyeycirno
        22
    skyeycirno  
       2019-10-04 21:10:31 +08:00
    @blueboyggh #21 如果是广东省内的话,基本 10ms 以内也没啥。。
    alphatoad
        23
    alphatoad  
       2019-10-04 23:46:24 +08:00
    只要 DoT 和 DNSSEC 正常,假的也不影响 confidentiality,反而还更快
    nathanwongggg
        24
    nathanwongggg  
       2019-10-05 00:10:28 +08:00
    @Archeb 怎么做到的请问?深圳电信 8888 和 8844 分别是 20ms 和 18ms,就算绕路广州出去也不能无缘无故多出 10ms 来啊,奇怪了.
    CuVee
        25
    CuVee  
       2019-10-05 02:54:08 +08:00
    早就发现了,确实正常了,毕竟这玩意不自带 FQ,没什么威胁。现在默认腾讯(游戏有加速,之前还有几个网站可翻),备用谷歌
    acreti
        26
    acreti  
       2019-10-05 05:02:04 +08:00
    nslookup twitterwc.com 8.8.8.8
    服务器: dns.google
    Address: 8.8.8.8

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

    网址我瞎编的,你说一个不存在的网站都能给解析出来,这真的是 Google DNS ?
    lcdtyph
        27
    lcdtyph  
       2019-10-05 05:20:17 +08:00 via iPhone
    @acreti
    这域名被人买了,访问不了不等于没有 dns 记录,whois 可以看到是 2020 年过期
    不过 google dns 大概率被劫持倒是对的
    titanium98118
        28
    titanium98118  
       2019-10-05 11:20:49 +08:00 via Android
    反正也没什么用。
    xzc19970719
        29
    xzc19970719  
       2019-10-05 11:49:39 +08:00
    @acreti 用 http://1.1.1.1/help 测出来确实是谷歌的 dns
    explore365
        30
    explore365  
       2019-10-05 13:19:39 +08:00
    DNS 任拨,现在 8.8.8.8 在大陆访问的是 HK 的服务器
    ConnersHua
        31
    ConnersHua  
       2019-10-05 13:35:24 +08:00
    @acreti 你用浏览器打开你 nslookup 的网址看看?
    mh69492
        32
    mh69492  
       2019-10-05 13:42:07 +08:00
    正在 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 地址不可到达
    zenghx
        33
    zenghx  
       2019-10-05 14:11:27 +08:00 via Android
    @acreti 我能打开这个网站
    heart4lor
        34
    heart4lor  
       2019-10-05 15:38:00 +08:00
    正在 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]

    跟踪完成。

    ---

    看起来似乎一切正常
    Cheons
        35
    Cheons  
       2019-10-05 15:48:57 +08:00
    正在 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]

    跟踪完成。

    感觉不正常
    intoext
        36
    intoext  
       2019-10-05 17:02:32 +08:00
    光缆 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
    skyeycirno
        37
    skyeycirno  
       2019-10-05 17:07:38 +08:00
    @intoext #36 你这个显然是不正常的
    yinjy
        38
    yinjy  
       2019-10-05 17:13:59 +08:00
    确实很快,而且解析了几个地址也正确,这个是真的吗
    zetaoyang
        39
    zetaoyang  
       2019-10-05 19:55:43 +08:00
    广播 IP,了解一下
    acreti
        40
    acreti  
       2019-10-05 21:04:58 +08:00   ❤️ 1
    @lcdtyph 用这个 nslookup pixiv.net 8.8.8.8 P 站的 IP 正常情况下应是 210.开头的,只要是国内,在未使用特殊手段的情况下,任何 dns 都无法解析到 P 站的正确 IP
    wly19960911
        41
    wly19960911  
       2019-10-05 21:10:54 +08:00
    @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
    tia
        42
    tia  
       2019-10-05 21:53:28 +08:00
    火星救援。。。 早就从 TW 搬到 HK 了
    kennylam777
        43
    kennylam777  
       2019-10-06 05:45:35 +08:00
    坐標香港

    早期 8.8.8.8/8.8.4.4 是在台灣的, 但 RTT 14ms 也很快了懷疑沒繞台北
    然後 2017 年開始 8.8.4.4 改成了香港
    近來 8.8.8.8 也在香港了
    intoext
        44
    intoext  
       2019-10-06 07:29:45 +08:00
    @skyeycirno 也没什么不正常,去了美国而已
    linxijun
        45
    linxijun  
       2019-10-06 15:17:06 +08:00
    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。。。。。。。。。。。。。。。。。
    robin001
        46
    robin001  
       2019-10-07 19:36:57 +08:00
    各种超时 然而并不顺畅~
    7654
        47
    7654  
       2019-10-07 23:54:09 +08:00
    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]
    这速度十分理想
    iihho
        48
    iihho  
       2019-10-09 01:53:36 +08:00
    正在 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

    坐标广州联通,只能是被劫持了
    bclerdx
        49
    bclerdx  
       2019-10-09 15:32:48 +08:00
    前 3 个月,我持续追踪并向 Google 内部反馈优化问题,看来应该是有一些效果了。
    tankren
        50
    tankren  
       2019-10-09 15:44:26 +08:00
    @iihho #48 哈哈 你这个 1ms 是在家里吗。。。
    skylancer
        51
    skylancer  
       2019-10-10 15:12:32 +08:00
    本贴一堆不带 vc 的 nslookup 也是醉的不行
    lizardll
        52
    lizardll  
       2020-04-05 11:51:46 +08:00
    https://asm.ca.com/zh_cn/ping.php
    在这里可以看到 pixiv.net 全球的 ip 都是 210 开头的
    然后我试了一圈,果然国内就没有真正的国外 dns,全都劫持了,tcp dns 直接阻断了
    ben7
        53
    ben7  
       2020-04-27 11:00:04 +08:00
    还是觉得 dnspod 的 dns 顺畅
    andylauu
        54
    andylauu  
       2020-05-06 15:16:36 +08:00
    @ben7 确实是的,感觉比 google dns 稳定
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1073 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 28ms · UTC 22:46 · PVG 06:46 · LAX 14:46 · JFK 17:46
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.