首页   注册   登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
测试工具
SmokePing
IPv6 访问测试
宝塔
V2EX  ›  宽带症候群

google dns 现在变得顺畅了?

  •  
  •   tianxin8431 · 42 天前 · 7483 次点击
    这是一个创建于 42 天前的主题,其中的信息可能已经有所发展或是发生改变。

    山西电信,延迟只有 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
    
    51 回复  |  直到 2019-10-10 15:12:32 +08:00
        1
    Momostudent   42 天前
    浙江电信:

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


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

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

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

    跟踪完成。

    ---

    看起来似乎一切正常
        35
    Cheons   41 天前
    正在 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]

    跟踪完成。

    感觉不正常
        36
    intoext   41 天前
    光缆 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
        37
    skyeycirno   41 天前
    @intoext #36 你这个显然是不正常的
        38
    yinjy   41 天前
    确实很快,而且解析了几个地址也正确,这个是真的吗
        39
    zetaoyang   41 天前
    广播 IP,了解一下
        40
    acreti   41 天前
    @lcdtyph 用这个 nslookup pixiv.net 8.8.8.8 P 站的 IP 正常情况下应是 210.开头的,只要是国内,在未使用特殊手段的情况下,任何 dns 都无法解析到 P 站的正确 IP
        41
    wly19960911   41 天前
    @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
        42
    tia   41 天前
    火星救援。。。 早就从 TW 搬到 HK 了
        43
    kennylam777   41 天前
    坐標香港

    早期 8.8.8.8/8.8.4.4 是在台灣的, 但 RTT 14ms 也很快了懷疑沒繞台北
    然後 2017 年開始 8.8.4.4 改成了香港
    近來 8.8.8.8 也在香港了
        44
    intoext   41 天前
    @skyeycirno 也没什么不正常,去了美国而已
        45
    linxijun   40 天前
    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。。。。。。。。。。。。。。。。。
        46
    robin001   39 天前
    各种超时 然而并不顺畅~
        47
    7654   39 天前
    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]
    这速度十分理想
        48
    iihho   38 天前
    正在 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

    坐标广州联通,只能是被劫持了
        49
    bclerdx   37 天前
    前 3 个月,我持续追踪并向 Google 内部反馈优化问题,看来应该是有一些效果了。
        50
    tankren   37 天前
    @iihho #48 哈哈 你这个 1ms 是在家里吗。。。
        51
    skylancer   36 天前
    本贴一堆不带 vc 的 nslookup 也是醉的不行
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2291 人在线   最高记录 5043   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.3 · 31ms · UTC 02:42 · PVG 10:42 · LAX 18:42 · JFK 21:42
    ♥ Do have faith in what you're doing.