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

谷歌 DNS 复活了还很快,是要回归国内的节奏?

  •  
  •   starship · 2016-01-09 11:44:19 +08:00 · 24631 次点击
    这是一个创建于 3225 天前的主题,其中的信息可能已经有所发展或是发生改变。
    正在 Ping 8.8.8.8 具有 32 字节的数据:
    来自 8.8.8.8 的回复: 字节=32 时间=4ms TTL=248
    来自 8.8.8.8 的回复: 字节=32 时间=6ms TTL=248
    来自 8.8.8.8 的回复: 字节=32 时间=6ms TTL=248
    来自 8.8.8.8 的回复: 字节=32 时间=5ms TTL=248

    8.8.8.8 的 Ping 统计信息:
    数据包: 已发送 = 4 ,已接收 = 4 ,丢失 = 0 (0% 丢失),
    往返行程的估计时间(以毫秒为单位):
    最短 = 4ms ,最长 = 6ms ,平均 = 5ms


    正在 Ping 8.8.4.4 具有 32 字节的数据:
    来自 8.8.4.4 的回复: 字节=32 时间=4ms TTL=248
    来自 8.8.4.4 的回复: 字节=32 时间=9ms TTL=248
    来自 8.8.4.4 的回复: 字节=32 时间=8ms TTL=248
    来自 8.8.4.4 的回复: 字节=32 时间=9ms TTL=248

    8.8.4.4 的 Ping 统计信息:
    数据包: 已发送 = 4 ,已接收 = 4 ,丢失 = 0 (0% 丢失),
    往返行程的估计时间(以毫秒为单位):
    最短 = 4ms ,最长 = 9ms ,平均 = 7ms
    第 1 条附言  ·  2016-01-09 12:40:46 +08:00
    按照月光博客的这篇文章所说,我把 DNS 改为: 8.8.8.8 和 8.8.4.4 没有遇到 DNS 劫持,但是却有 DNS 污染。 http://www.williamlong.info/archives/2195.html
    最后的 61.181.148.142 是天津联通。
    所以是天津联通伪造了一个 8.8.8.8 ,还是一个什么情况,到底能用此 8.8.8.8 否?
    第 2 条附言  ·  2016-01-09 12:41:17 +08:00
    tracert 8.8.8.8
    google-public-dns-a.google.com [8.8.8.8] 的路由:

    1 3 ms 1 ms 2 ms 192.168.X.1
    2 2 ms 2 ms 11 ms 192.168.Y.1
    3 50 ms 4 ms 4 ms dns1.online.tj.cn [111.165.40.1]
    4 9 ms 6 ms 4 ms dns9.online.tj.cn [117.8.110.9]
    5 8 ms 5 ms 8 ms dns5.online.tj.cn [117.8.201.5]
    6 4 ms 6 ms 4 ms 61.181.148.142
    7 * * * 请求超时。
    8 * * * 请求超时。
    9 * * * 请求超时。
    10 * * * 请求超时。
    11 11 ms 4 ms 4 ms google-public-dns-a.google.com [8.8.8.8]

    跟踪完成。

    C:\>tracert 8.8.4.4

    通过最多 30 个跃点跟踪
    google-public-dns-b.google.com [8.8.4.4] 的路由:

    1 1 ms 1 ms 1 ms 192.168.1.1
    2 1 ms 1 ms 1 ms 192.168.18.1
    3 18 ms 4 ms 4 ms dns1.online.tj.cn [111.165.40.1]
    4 6 ms 4 ms 4 ms dns137.online.tj.cn [117.8.146.137]
    5 * * 9 ms dns5.online.tj.cn [117.8.109.5]
    6 4 ms 4 ms 4 ms 61.181.148.142
    7 * * * 请求超时。
    8 * * * 请求超时。
    9 * * * 请求超时。
    10 * * * 请求超时。
    11 4 ms 4 ms 4 ms google-public-dns-b.google.com [8.8.4.4]

    跟踪完成。

    C:\>nslookup twitter.com 144.223.234.234
    DNS request timed out.
    timeout was 2 seconds.
    服务器: UnKnown
    Address: 144.223.234.234

    非权威应答:
    名称: twitter.com
    Addresses: 93.46.8.89
    159.106.121.75

    C:\>nslookup twitter.com 144.223.234.234
    DNS request timed out.
    timeout was 2 seconds.
    服务器: UnKnown
    Address: 144.223.234.234

    非权威应答:
    名称: twitter.com
    Addresses: 159.106.121.75
    159.106.121.75
    第 3 条附言  ·  2016-01-09 12:41:28 +08:00
    C:\>nslookup www.SomeRandomDomainName.com 144.223.234.234
    DNS request timed out.
    timeout was 2 seconds.
    服务器: UnKnown
    Address: 144.223.234.234

    DNS request timed out.
    timeout was 2 seconds.
    DNS request timed out.
    timeout was 2 seconds.
    DNS request timed out.
    timeout was 2 seconds.
    DNS request timed out.
    timeout was 2 seconds.
    *** 请求 UnKnown 超时
    119 条回复    2016-01-13 11:05:27 +08:00
    1  2  
    mjoseph
        1
    mjoseph  
       2016-01-09 11:45:13 +08:00
    linkedin 上的招聘信息都出来了
    kindjeff
        2
    kindjeff  
       2016-01-09 11:47:26 +08:00
    正在 Ping 8.8.8.8 具有 32 字节的数据:
    请求超时。
    请求超时。
    来自 8.8.8.8 的回复: 字节=32 时间=197ms TTL=46
    请求超时。

    8.8.8.8 的 Ping 统计信息:
    数据包: 已发送 = 4 ,已接收 = 1 ,丢失 = 3 (75% 丢失),
    往返行程的估计时间(以毫秒为单位):
    最短 = 197ms ,最长 = 197ms ,平均 = 197ms
    k9982874
        3
    k9982874  
       2016-01-09 11:47:31 +08:00
    正在 Ping 8.8.8.8 具有 32 字节的数据:
    请求超时。
    请求超时。
    来自 8.8.8.8 的回复: 字节=32 时间=72ms TTL=44
    来自 8.8.8.8 的回复: 字节=32 时间=71ms TTL=44
    请求超时。
    来自 8.8.8.8 的回复: 字节=32 时间=73ms TTL=44
    来自 8.8.8.8 的回复: 字节=32 时间=73ms TTL=44
    请求超时。
    请求超时。
    来自 8.8.8.8 的回复: 字节=32 时间=73ms TTL=44
    来自 8.8.8.8 的回复: 字节=32 时间=72ms TTL=44
    请求超时。
    请求超时。
    请求超时。
    请求超时。
    来自 8.8.8.8 的回复: 字节=32 时间=79ms TTL=44


    北京联通
    blessme
        4
    blessme  
       2016-01-09 11:47:52 +08:00
    被劫持了吧, 8ms 基本就是省内才能 ping 这个值。
    blessme
        5
    blessme  
       2016-01-09 11:48:24 +08:00
    移动就劫持 8888 8844 , ping 出来个位数,然而并不能用
    miao1007
        6
    miao1007  
       2016-01-09 11:50:54 +08:00
    谷歌日常回归, ping

    PING 8.8.8.8 (8.8.8.8): 56 data bytes
    Request timeout for icmp_seq 0
    Request timeout for icmp_seq 1
    64 bytes from 8.8.8.8: icmp_seq=2 ttl=44 time=184.557 ms
    Request timeout for icmp_seq 3
    64 bytes from 8.8.8.8: icmp_seq=4 ttl=44 time=191.888 ms
    Request timeout for icmp_seq 5
    Request timeout for icmp_seq 6
    Request timeout for icmp_seq 7
    Request timeout for icmp_seq 8
    Request timeout for icmp_seq 9
    64 bytes from 8.8.8.8: icmp_seq=10 ttl=44 time=258.018 ms
    Request timeout for icmp_seq 11
    Request timeout for icmp_seq 12
    Request timeout for icmp_seq 13
    64 bytes from 8.8.8.8: icmp_seq=14 ttl=44 time=186.419 ms
    ^C
    --- 8.8.8.8 ping statistics ---
    16 packets transmitted, 4 packets received, 75.0% packet loss
    round-trip min/avg/max/stddev = 184.557/205.220/258.018/30.602 ms
    starship
        7
    starship  
    OP
       2016-01-09 11:53:54 +08:00   ❤️ 1
    r#4 @blessme 天津市 联通, ping 百度或 QQ 有时会达到个位数。
    Anteiku
        8
    Anteiku  
       2016-01-09 11:55:15 +08:00
    PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
    64 bytes from 8.8.8.8: icmp_seq=3 ttl=44 time=93.9 ms
    64 bytes from 8.8.8.8: icmp_seq=4 ttl=44 time=95.7 ms
    64 bytes from 8.8.8.8: icmp_seq=16 ttl=44 time=94.0 ms
    64 bytes from 8.8.8.8: icmp_seq=20 ttl=44 time=94.0 ms
    64 bytes from 8.8.8.8: icmp_seq=24 ttl=44 time=94.0 ms
    64 bytes from 8.8.8.8: icmp_seq=25 ttl=44 time=94.5 ms
    64 bytes from 8.8.8.8: icmp_seq=28 ttl=44 time=93.8 ms
    ^C
    --- 8.8.8.8 ping statistics ---
    29 packets transmitted, 7 received, 75% packet loss, time 28158ms
    rtt min/avg/max/mdev = 93.804/94.300/95.737/0.721 ms
    v1024
        9
    v1024  
       2016-01-09 11:55:47 +08:00 via iPhone   ❤️ 1
    这个延迟必然需要在墙内,对于一个 ip 地址怎么可能呢?常识呢..
    rainy3636
        10
    rainy3636  
       2016-01-09 11:56:04 +08:00 via Android
    看看路由追踪
    oojiayu
        11
    oojiayu  
       2016-01-09 11:57:08 +08:00


    四川,成都电信。

    这效果,能用?
    VmuTargh
        12
    VmuTargh  
       2016-01-09 11:58:08 +08:00
    https://ooo.0o0.ooo/2016/01/08/569085e1db54b.png
    fangdingjun
        13
    fangdingjun  
       2016-01-09 12:01:36 +08:00
    8ms 这明明是 ISP 的回应
    moname
        14
    moname  
       2016-01-09 12:01:48 +08:00
    Microsoft Windows [版本 6.1.7601]
    版权所有 (c) 2009 Microsoft Corporation 。保留所有权利。

    C:\Users\IMONG>ping 8.8.8.8 -t

    正在 Ping 8.8.8.8 具有 32 字节的数据:
    请求超时。
    请求超时。
    请求超时。
    请求超时。
    请求超时。
    请求超时。
    来自 8.8.8.8 的回复: 字节=32 时间=119ms TTL=45
    请求超时。
    请求超时。
    来自 8.8.8.8 的回复: 字节=32 时间=66ms TTL=45
    jessynt
        15
    jessynt  
       2016-01-09 12:03:06 +08:00
    然而丢包还是很严重
    Kisesy
        16
    Kisesy  
       2016-01-09 12:03:55 +08:00
    正在 Ping 8.8.8.8 具有 32 字节的数据:
    请求超时。
    来自 8.8.8.8 的回复: 字节=32 时间=67ms TTL=45
    来自 8.8.8.8 的回复: 字节=32 时间=67ms TTL=45
    请求超时。
    shuax
        17
    shuax  
       2016-01-09 12:13:29 +08:00
    正在 Ping 8.8.8.8 具有 32 字节的数据:
    来自 8.8.8.8 的回复: 字节=32 时间=139ms TTL=45
    请求超时。
    请求超时。
    来自 8.8.8.8 的回复: 字节=32 时间=142ms TTL=45

    8.8.8.8 的 Ping 统计信息:
    数据包: 已发送 = 4 ,已接收 = 2 ,丢失 = 2 (50% 丢失),
    往返行程的估计时间(以毫秒为单位):
    最短 = 139ms ,最长 = 142ms ,平均 = 140ms
    Orzpls
        18
    Orzpls  
       2016-01-09 12:14:43 +08:00 via Android
    你的 TTL 值都不对,谷歌的服务器不可能上 200 多的。虽说可以改但是还是有参考性。
    shmilyin
        19
    shmilyin  
       2016-01-09 12:17:28 +08:00
    正在 Ping 8.8.8.8 具有 32 字节的数据:
    请求超时。
    请求超时。
    来自 8.8.8.8 的回复: 字节=32 时间=810ms TTL=46
    请求超时。

    8.8.8.8 的 Ping 统计信息:
    数据包: 已发送 = 4 ,已接收 = 1 ,丢失 = 3 (75% 丢失),
    往返行程的估计时间(以毫秒为单位):
    最短 = 810ms ,最长 = 810ms ,平均 = 810ms

    C:\Users\xxx>ping 8.8.8.8

    正在 Ping 8.8.8.8 具有 32 字节的数据:
    请求超时。
    请求超时。
    请求超时。
    请求超时。

    8.8.8.8 的 Ping 统计信息:
    数据包: 已发送 = 4 ,已接收 = 0 ,丢失 = 4 (100% 丢失),
    chol
        20
    chol  
       2016-01-09 12:17:55 +08:00
    我居然真去 ping 了下……这是智商测试帖吗
    shenmegui
        21
    shenmegui  
       2016-01-09 12:22:56 +08:00
    正在 Ping 8.8.8.8 具有 32 字节的数据:
    来自 8.8.8.8 的回复: 字节=32 时间=2ms TTL=56
    来自 8.8.8.8 的回复: 字节=32 时间=2ms TTL=56
    来自 8.8.8.8 的回复: 字节=32 时间=2ms TTL=56
    来自 8.8.8.8 的回复: 字节=32 时间=2ms TTL=56

    8.8.8.8 的 Ping 统计信息:
    数据包: 已发送 = 4 ,已接收 = 4 ,丢失 = 0 (0% 丢失),
    往返行程的估计时间(以毫秒为单位):
    最短 = 2ms ,最长 = 2ms ,平均 = 2ms

    正在 Ping 114.114.114.114 具有 32 字节的数据:
    来自 114.114.114.114 的回复: 字节=32 时间=23ms TTL=76
    来自 114.114.114.114 的回复: 字节=32 时间=29ms TTL=64
    来自 114.114.114.114 的回复: 字节=32 时间=30ms TTL=65
    来自 114.114.114.114 的回复: 字节=32 时间=22ms TTL=72

    114.114.114.114 的 Ping 统计信息:
    数据包: 已发送 = 4 ,已接收 = 4 ,丢失 = 0 (0% 丢失),
    往返行程的估计时间(以毫秒为单位):
    最短 = 22ms ,最长 = 30ms ,平均 = 26ms
    然并卵
    kozora
        22
    kozora  
       2016-01-09 12:31:53 +08:00
    四川电信
    C:\WINDOWS\system32>ping 8.8.8.8

    正在 Ping 8.8.8.8 具有 32 字节的数据:
    请求超时。
    来自 8.8.8.8 的回复: 字节=32 时间=71ms TTL=45
    来自 8.8.8.8 的回复: 字节=32 时间=71ms TTL=45
    来自 8.8.8.8 的回复: 字节=32 时间=71ms TTL=45

    8.8.8.8 的 Ping 统计信息:
    数据包: 已发送 = 4 ,已接收 = 3 ,丢失 = 1 (25% 丢失),
    往返行程的估计时间(以毫秒为单位):
    最短 = 71ms ,最长 = 71ms ,平均 = 71ms
    missdeer
        23
    missdeer  
       2016-01-09 12:35:23 +08:00
    $ ping 8.8.8.8
    PING 8.8.8.8 (8.8.8.8): 56 data bytes
    Request timeout for icmp_seq 0
    Request timeout for icmp_seq 1
    Request timeout for icmp_seq 2
    Request timeout for icmp_seq 3
    64 bytes from 8.8.8.8: icmp_seq=4 ttl=44 time=83.937 ms
    Request timeout for icmp_seq 5
    Request timeout for icmp_seq 6
    64 bytes from 8.8.8.8: icmp_seq=7 ttl=44 time=80.758 ms
    Request timeout for icmp_seq 8
    Request timeout for icmp_seq 9
    Request timeout for icmp_seq 10
    Request timeout for icmp_seq 11
    Request timeout for icmp_seq 12
    64 bytes from 8.8.8.8: icmp_seq=13 ttl=44 time=93.790 ms
    ^C
    --- 8.8.8.8 ping statistics ---
    14 packets transmitted, 3 packets received, 78.6% packet loss
    round-trip min/avg/max/stddev = 80.758/86.162/93.790/5.548 ms
    Cola90
        24
    Cola90  
       2016-01-09 12:35:27 +08:00   ❤️ 1
    lz 珠三角?连香港的话这延迟也不奇怪
    badman7
        25
    badman7  
       2016-01-09 12:37:41 +08:00
    130 左右
    ghostheaven
        26
    ghostheaven  
       2016-01-09 12:43:24 +08:00
    上海联通 平均 71 无丢包
    starship
        27
    starship  
    OP
       2016-01-09 12:43:30 +08:00
    按照月光博客的这篇文章所说,我把 DNS 改为: 8.8.8.8 和 8.8.4.4 没有遇到 DNS 劫持,但是却有 DNS 污染。 http://www.williamlong.info/archives/2195.html
    最后的 61.181.148.142 是天津联通。
    所以是天津联通伪造了一个 8.8.8.8 ,还是一个什么情况,到底能用此 8.8.8.8 否?
    hinkal
        28
    hinkal  
       2016-01-09 12:44:51 +08:00
    楼主智硬,即使 google 回归在国内部署了服务器,但你 ping 的是 IP 哎,怎么可能这么快
    Flygoat
        29
    Flygoat  
       2016-01-09 13:25:54 +08:00 via iPad
    @hinkal 请不要忽略 BGP Anycast
    danny200309
        30
    danny200309  
       2016-01-09 13:28:23 +08:00 via Android
    P 主智商很高好吧,他是来挣铜币的。。。
    adubi
        31
    adubi  
       2016-01-09 13:36:14 +08:00 via Android
    同意楼上,且鄙视谷歌无良
    igaozp
        32
    igaozp  
       2016-01-09 13:57:01 +08:00
    山东电信
    正在 Ping 8.8.8.8 具有 32 字节的数据:
    请求超时。
    请求超时。
    请求超时。
    请求超时。

    8.8.8.8 的 Ping 统计信息:
    数据包: 已发送 = 4 ,已接收 = 0 ,丢失 = 4 (100% 丢失),

    正在 Ping 8.8.4.4 具有 32 字节的数据:
    来自 8.8.4.4 的回复: 字节=32 时间=161ms TTL=52
    请求超时。
    请求超时。
    请求超时。

    8.8.4.4 的 Ping 统计信息:
    数据包: 已发送 = 4 ,已接收 = 1 ,丢失 = 3 (75% 丢失),
    往返行程的估计时间(以毫秒为单位):
    最短 = 161ms ,最长 = 161ms ,平均 = 161ms

    我还是用 114 吧
    yech1990
        33
    yech1990  
       2016-01-09 14:10:40 +08:00
    我只能说楼主太容易满足
    PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
    64 bytes from 8.8.8.8: icmp_seq=4 ttl=40 time=33.5 ms
    64 bytes from 8.8.8.8: icmp_seq=5 ttl=40 time=37.7 ms
    64 bytes from 8.8.8.8: icmp_seq=11 ttl=40 time=36.1 ms
    64 bytes from 8.8.8.8: icmp_seq=15 ttl=40 time=35.9 ms
    64 bytes from 8.8.8.8: icmp_seq=17 ttl=40 time=31.5 ms
    64 bytes from 8.8.8.8: icmp_seq=18 ttl=40 time=36.3 ms
    64 bytes from 8.8.8.8: icmp_seq=24 ttl=40 time=35.6 ms
    GNiux
        34
    GNiux  
       2016-01-09 14:14:58 +08:00 via iPhone
    被劫持的。
    soland
        35
    soland  
       2016-01-09 14:17:51 +08:00
    丢包率很高啊
    bazingaterry
        36
    bazingaterry  
       2016-01-09 14:18:57 +08:00
    广州联通

    traceroute to 8.8.8.8 (8.8.8.8), 64 hops max, 52 byte packets
    1 sysu-link.lan (192.168.1.1) 0.628 ms 0.458 ms 0.396 ms
    2 172.16.37.254 (172.16.37.254) 1.933 ms 1.919 ms 1.804 ms
    3 10.33.87.202 (10.33.87.202) 6.473 ms * 7.219 ms
    4 10.20.30.9 (10.20.30.9) 1.329 ms 2.012 ms 1.945 ms
    5 10.10.1.137 (10.10.1.137) 4.409 ms 4.515 ms 4.322 ms
    6 10.10.1.42 (10.10.1.42) 6.688 ms 6.264 ms 6.114 ms
    7 58.249.112.3 (58.249.112.3) 7.648 ms 7.972 ms 7.255 ms
    8 120.80.175.5 (120.80.175.5) 8.198 ms 10.808 ms 12.136 ms
    9 120.84.0.17 (120.84.0.17) 11.930 ms 8.432 ms 8.536 ms
    10 219.158.14.241 (219.158.14.241) 9.302 ms 9.093 ms 8.008 ms
    11 219.158.3.218 (219.158.3.218) 16.437 ms 11.686 ms 12.218 ms
    12 219.158.97.2 (219.158.97.2) 82.282 ms 80.554 ms 80.433 ms
    13 219.158.101.170 (219.158.101.170) 12.878 ms 17.053 ms 16.749 ms
    14 72.14.215.130 (72.14.215.130) 49.343 ms 47.100 ms 47.361 ms
    15 209.85.248.60 (209.85.248.60) 23.089 ms 35.550 ms
    209.85.248.62 (209.85.248.62) 22.364 ms
    16 * 216.239.40.11 (216.239.40.11) 84.246 ms 83.619 ms
    17 216.239.47.157 (216.239.47.157) 129.185 ms
    209.85.252.249 (209.85.252.249) 108.926 ms
    216.239.57.239 (216.239.57.239) 41.255 ms
    18 209.85.250.103 (209.85.250.103) 85.940 ms
    64.233.175.215 (64.233.175.215) 111.403 ms
    72.14.237.171 (72.14.237.171) 121.811 ms
    19 * * *
    20 google-public-dns-a.google.com (8.8.8.8) 45.655 ms 49.109 ms 47.294 ms
    xiao201261
        37
    xiao201261  
       2016-01-09 14:27:39 +08:00
    然而
    RqPS6rhmP3Nyn3Tm
        38
    RqPS6rhmP3Nyn3Tm  
       2016-01-09 14:31:03 +08:00 via iPad
    Autonomous
        39
    Autonomous  
       2016-01-09 15:08:22 +08:00
    用这个 DNS 访问 Mac App Store 速度能不能快点?
    athanos
        40
    athanos  
       2016-01-09 15:17:38 +08:00
    跑到美国一个来回去光速都要 70ms 。
    Sunnyyoung
        41
    Sunnyyoung  
       2016-01-09 15:47:44 +08:00
    广州电信丢包率感人
    sensui7
        42
    sensui7  
       2016-01-09 16:06:34 +08:00
    正在 Ping 8.8.8.8 具有 32 字节的数据:
    来自 8.8.8.8 的回复: 字节=32 时间=165ms TTL=45
    请求超时。
    来自 8.8.8.8 的回复: 字节=32 时间=161ms TTL=45
    请求超时。

    8.8.8.8 的 Ping 统计信息:
    数据包: 已发送 = 4 ,已接收 = 2 ,丢失 = 2 (50% 丢失),
    往返行程的估计时间(以毫秒为单位):
    最短 = 161ms ,最长 = 165ms ,平均 = 163ms

    --------------
    辽宁 联通.
    halczy
        43
    halczy  
       2016-01-09 16:13:35 +08:00   ❤️ 1
    @athanos Google DNS 在台湾和香港都有,一般不用去美国。
    AirSc
        44
    AirSc  
       2016-01-09 16:15:46 +08:00
    @mjoseph 我觉得每年这个时候都要招聘吧。
    halczy
        45
    halczy  
       2016-01-09 16:20:22 +08:00
    广州这里 8.8.4.4 是可以跑到个位数,估计在香港。



    lingaoyi
        46
    lingaoyi  
       2016-01-09 16:39:10 +08:00 via iPhone
    又做梦....
    rrkelee
        47
    rrkelee  
       2016-01-09 16:40:33 +08:00
    openbaby
        48
    openbaby  
       2016-01-09 16:43:33 +08:00
    然而我这里电信并没有复活。我认为即便谷歌重返中国也只是部分业务,不可能是全业务重返,特别是 DNS 这块压根不用想了。
    athanos
        49
    athanos  
       2016-01-09 16:51:14 +08:00
    @halczy 啊,可以全球多台服务器一个 ip 吗?
    crazycen
        50
    crazycen  
       2016-01-09 16:55:53 +08:00 via iPhone
    楼主想多了,我家 ping 8.8.8.8 可以到 5ms ,大家笑笑就好!
    Ellison
        51
    Ellison  
       2016-01-09 17:29:42 +08:00
    @athanos Anycast
    shenmegui
        52
    shenmegui  
       2016-01-09 17:44:12 +08:00
    @crazycen 我这教育网 2ms 。。。。。而且是稳定 2ms 从没波动过。
    Halry
        53
    Halry  
       2016-01-09 17:49:56 +08:00 via Android
    hksl 仅供参考 root@HKSL ~]# ping 8.8.8.8
    PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
    64 bytes from 8.8.8.8: icmp_seq=1 ttl=50 time=32.6 ms
    ^C
    --- 8.8.8.8 ping statistics ---
    6 packets transmitted, 6 received, 0% packet loss, time 5009ms
    rtt min/avg/max/mdev = 32.662/32.722/32.862/0.192 ms
    [root@HKSL ~]# ping 8.8.4.4
    PING 8.8.4.4 (8.8.4.4) 56(84) bytes of data.
    64 bytes from 8.8.4.4: icmp_seq=1 ttl=57 time=3.64 ms
    --- 8.8.4.4 ping statistics ---
    4 packets transmitted, 4 received, 0% packet loss, time 3004ms
    rtt min/avg/max/mdev = 3.642/3.668/3.702/0.049 ms

    ttl 那么高,我不太信
    aofall
        54
    aofall  
       2016-01-09 17:56:02 +08:00 via iPhone
    从路由追踪来看很明显运营商帮 Google DNS 做了 Anycast ,并不是真正的 Google DNS ,而是运营商 DNS 。很常见的情况。
    还有,不要屁大点事就扯“ Google 要回归中国了”,这是属于有生之年的事
    omoyouo
        55
    omoyouo  
       2016-01-09 17:56:59 +08:00
    skyaiwh
        56
    skyaiwh  
       2016-01-09 17:58:02 +08:00
    苏州移动 CMCC-EDU
    C:\WINDOWS\system32>ping 8.8.8.8 -t

    正在 Ping 8.8.8.8 具有 32 字节的数据:
    请求超时。
    来自 8.8.8.8 的回复: 字节=32 时间=152ms TTL=37
    请求超时。
    来自 8.8.8.8 的回复: 字节=32 时间=122ms TTL=37
    请求超时。
    请求超时。
    来自 8.8.8.8 的回复: 字节=32 时间=124ms TTL=37
    请求超时。
    请求超时。
    请求超时。
    来自 8.8.8.8 的回复: 字节=32 时间=163ms TTL=37
    来自 8.8.8.8 的回复: 字节=32 时间=122ms TTL=37
    来自 8.8.8.8 的回复: 字节=32 时间=116ms TTL=37
    来自 8.8.8.8 的回复: 字节=32 时间=121ms TTL=37
    请求超时。
    来自 8.8.8.8 的回复: 字节=32 时间=73ms TTL=37
    来自 8.8.8.8 的回复: 字节=32 时间=75ms TTL=37
    请求超时。
    来自 8.8.8.8 的回复: 字节=32 时间=122ms TTL=37
    wyf88
        57
    wyf88  
       2016-01-09 18:18:30 +08:00   ❤️ 1
    aalska
        58
    aalska  
       2016-01-09 18:23:28 +08:00
    8.8.4.4 递归在香港。 有什么奇怪的。我这里连接过去 8ms
    yexm0
        59
    yexm0  
       2016-01-09 18:28:43 +08:00 via Android
    8.8.8.8 在台湾延迟肯定高的了。而 8.8.4.4 则是在香港,如果你人在广东的话延迟个位数非常正常
    markzar
        60
    markzar  
       2016-01-09 19:01:21 +08:00
    PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
    64 bytes from 8.8.8.8: icmp_seq=3 ttl=45 time=69.3 ms
    64 bytes from 8.8.8.8: icmp_seq=7 ttl=45 time=68.3 ms
    64 bytes from 8.8.8.8: icmp_seq=9 ttl=45 time=67.9 ms
    64 bytes from 8.8.8.8: icmp_seq=10 ttl=45 time=67.6 ms
    64 bytes from 8.8.8.8: icmp_seq=16 ttl=45 time=68.1 ms
    ^C
    --- 8.8.8.8 ping statistics ---
    18 packets transmitted, 5 received, 72% packet loss, time 17099ms
    rtt min/avg/max/mdev = 67.662/68.282/69.357/0.585 ms

    基本不能用
    yyx007
        61
    yyx007  
       2016-01-09 19:15:29 +08:00
    IP : 209.85.241.58
    地址: 香港 美国加州山景城谷歌公司骨干网电信出口(仅供中国大陆专用)

    []
    yyx007
        62
    yyx007  
       2016-01-09 19:18:57 +08:00
    8.8.4.4 延迟更加低只有 34

    hronro
        63
    hronro  
       2016-01-09 19:53:02 +08:00
    我这里基本丢包率在 80%以上,
    exploitcat
        64
    exploitcat  
       2016-01-09 19:56:04 +08:00
    山东联通 10M:
    正在 Ping 8.8.8.8 具有 32 字节的数据:
    来自 8.8.8.8 的回复: 字节=32 时间=143ms TTL=45
    请求超时。
    来自 8.8.8.8 的回复: 字节=32 时间=141ms TTL=45
    来自 8.8.8.8 的回复: 字节=32 时间=142ms TTL=45

    8.8.8.8 的 Ping 统计信息:
    数据包: 已发送 = 4 ,已接收 = 3 ,丢失 = 1 (25% 丢失),
    往返行程的估计时间(以毫秒为单位):
    最短 = 141ms ,最长 = 143ms ,平均 = 142ms
    assassinpig
        65
    assassinpig  
       2016-01-09 20:00:39 +08:00
    虽然很想这是真的,但是... 散了, 散了吧~~~
    shizzmk
        66
    shizzmk  
       2016-01-09 20:23:06 +08:00
    不行,在天朝還是丟包嚴重的 ...
    missqso
        67
    missqso  
       2016-01-09 20:34:21 +08:00
    @yyx007 请问这是哪个路由追踪的软件啊
    asp
        68
    asp  
       2016-01-09 20:35:23 +08:00
    我在广州
    F:\>ping 8.8.8.8

    Pinging 8.8.8.8 with 32 bytes of data:

    Request timed out.
    Request timed out.
    Request timed out.
    Reply from 8.8.8.8: bytes=32 time=82ms TTL=39

    Ping statistics for 8.8.8.8:
    Packets: Sent = 4, Received = 1, Lost = 3 (75% loss),
    Approximate round trip times in milli-seconds:
    Minimum = 82ms, Maximum = 82ms, Average = 82ms
    liuhaotian
        69
    liuhaotian  
       2016-01-09 20:37:54 +08:00
    PING 8.8.8.8 (8.8.8.8): 56 data bytes
    Request timeout for icmp_seq 0
    Request timeout for icmp_seq 1
    Request timeout for icmp_seq 2
    Request timeout for icmp_seq 3
    Request timeout for icmp_seq 4
    Request timeout for icmp_seq 5
    ^C
    --- 8.8.8.8 ping statistics ---
    7 packets transmitted, 0 packets received, 100.0% packet loss

    PING 8.8.4.4 (8.8.4.4): 56 data bytes
    Request timeout for icmp_seq 0
    Request timeout for icmp_seq 1
    ^C
    --- 8.8.4.4 ping statistics ---
    3 packets transmitted, 0 packets received, 100.0% packet loss
    freeandeasy
        70
    freeandeasy  
       2016-01-09 20:46:35 +08:00
    --- 8.8.8.8 ping statistics ---
    47 packets transmitted, 12 packets received, 74.5% packet loss
    round-trip min/avg/max/stddev = 125.158/151.010/205.383/23.062 ms
    然并卵
    mytsing520
        71
    mytsing520  
       2016-01-09 21:06:33 +08:00
    TTL=248
    看到这个就知道基本在省内被劫持了
    Jyuan0304
        72
    Jyuan0304  
       2016-01-09 21:06:55 +08:00
    水贴真多
    mfu
        73
    mfu  
       2016-01-09 21:41:48 +08:00
    ☁ ~ ping 8.8.8.8
    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=39 time=74.048 ms
    Request timeout for icmp_seq 2
    Request timeout for icmp_seq 3
    64 bytes from 8.8.8.8: icmp_seq=4 ttl=39 time=75.569 ms
    Request timeout for icmp_seq 5
    64 bytes from 8.8.8.8: icmp_seq=6 ttl=39 time=75.924 ms
    64 bytes from 8.8.8.8: icmp_seq=7 ttl=39 time=75.912 ms
    Request timeout for icmp_seq 8
    64 bytes from 8.8.8.8: icmp_seq=9 ttl=39 time=78.168 ms
    64 bytes from 8.8.8.8: icmp_seq=10 ttl=39 time=76.801 ms
    64 bytes from 8.8.8.8: icmp_seq=11 ttl=39 time=76.820 ms
    ^C
    imdoge
        74
    imdoge  
       2016-01-09 22:17:15 +08:00
    google DNS 在学校的时候一直都能用...
    boxlee
        75
    boxlee  
       2016-01-09 22:19:04 +08:00
    北京联通

    正在 Ping 8.8.8.8 具有 32 字节的数据:
    来自 8.8.8.8 的回复: 字节=32 时间=69ms TTL
    请求超时。
    来自 8.8.8.8 的回复: 字节=32 时间=78ms TTL
    来自 8.8.8.8 的回复: 字节=32 时间=74ms TTL

    8.8.8.8 的 Ping 统计信息:
    数据包: 已发送 = 4 ,已接收 = 3 ,丢失 =
    往返行程的估计时间(以毫秒为单位):
    最短 = 69ms ,最长 = 78ms ,平均 = 73ms
    hzlzh
        76
    hzlzh  
       2016-01-09 22:28:59 +08:00
    月经帖
    LTanN
        77
    LTanN  
       2016-01-09 22:36:37 +08:00
    64 bytes from 8.8.8.8: icmp_seq=0 ttl=57 time=13.154 ms
    64 bytes from 8.8.8.8: icmp_seq=1 ttl=57 time=14.551 ms
    64 bytes from 8.8.8.8: icmp_seq=2 ttl=57 time=14.463 ms
    64 bytes from 8.8.8.8: icmp_seq=3 ttl=57 time=15.059 ms
    64 bytes from 8.8.8.8: icmp_seq=4 ttl=57 time=17.740 ms
    64 bytes from 8.8.8.8: icmp_seq=5 ttl=57 time=11.683 ms
    64 bytes from 8.8.8.8: icmp_seq=6 ttl=57 time=12.961 ms
    64 bytes from 8.8.8.8: icmp_seq=7 ttl=57 time=16.023 ms

    快得不正常啊
    LTanN
        78
    LTanN  
       2016-01-09 22:40:10 +08:00
    traceroute to 8.8.8.8 (8.8.8.8), 64 hops max, 52 byte packets
    1 192.168.1.1 (192.168.1.1) 1.470 ms 1.344 ms 1.496 ms
    2 172.28.0.1 (172.28.0.1) 6.677 ms 7.718 ms 16.451 ms
    3 120.197.103.225 (120.197.103.225) 9.247 ms 4.426 ms 7.468 ms
    4 120.196.242.41 (120.196.242.41) 97.250 ms 77.189 ms 22.931 ms
    5 * 183.235.232.221 (183.235.232.221) 14.366 ms
    120.198.208.177 (120.198.208.177) 14.449 ms
    6 183.235.225.202 (183.235.225.202) 16.073 ms
    183.235.225.210 (183.235.225.210) 15.591 ms
    183.235.230.138 (183.235.230.138) 17.549 ms
    7 211.136.193.150 (211.136.193.150) 12.525 ms
    120.198.206.150 (120.198.206.150) 12.664 ms
    211.139.130.206 (211.139.130.206) 12.217 ms
    8 120.198.206.221 (120.198.206.221) 10.613 ms
    183.235.224.242 (183.235.224.242) 12.584 ms 11.437 ms
    9 google-public-dns-a.google.com (8.8.8.8) 15.257 ms 13.698 ms 16.211 ms

    有人帮助分析吗
    FunyKis
        79
    FunyKis  
       2016-01-09 22:44:36 +08:00
    那个 8.8.4.4 的 dns 就一直没慢过, 8.8.8.8 倒是容易断
    sheephe
        80
    sheephe  
       2016-01-09 23:13:25 +08:00
    已看不下去了

    billwang
        81
    billwang  
       2016-01-09 23:13:31 +08:00
    正在 Ping 8.8.8.8 具有 32 字节的数据:
    请求超时。
    请求超时。
    请求超时。
    请求超时。

    8.8.8.8 的 Ping 统计信息:
    数据包: 已发送 = 4 ,已接收 = 0 ,丢失 = 4 (100% 丢失),

    楼主的网络估计不正常
    blessme
        82
    blessme  
       2016-01-09 23:28:12 +08:00
    @bazingaterry 你这是广州联通?前面全都是内网里面跳啊跳,应该给的也是内网 IP 吧,哭,我还说准备换联通呢。
    Lullaby
        83
    Lullaby  
       2016-01-10 00:08:26 +08:00
    同广州电信 同感人
    yexm0
        84
    yexm0  
       2016-01-10 00:13:43 +08:00
    @blessme 它应该是用的大学校园网,只是出口走了联通
    KenGe
        85
    KenGe  
       2016-01-10 00:25:19 +08:00
    C:\Users\Administrator>ping 8.8.8.8

    正在 Ping 8.8.8.8 具有 32 字节的数据:
    来自 8.8.8.8 的回复: 字节=32 时间=58ms TTL=43
    来自 8.8.8.8 的回复: 字节=32 时间=56ms TTL=43
    来自 8.8.8.8 的回复: 字节=32 时间=61ms TTL=43
    来自 8.8.8.8 的回复: 字节=32 时间=58ms TTL=43

    8.8.8.8 的 Ping 统计信息:
    数据包: 已发送 = 4 ,已接收 = 4 ,丢失 = 0 (0% 丢失),
    往返行程的估计时间(以毫秒为单位):
    最短 = 56ms ,最长 = 61ms ,平均 = 58ms

    湖北联通
    Host Lost Sent Recv Best Avrg Wrst Last
    192.168.199.1 局域网 对方和您在同一内部网 0 6 6 0 0 0 0
    113.57.16.1 湖北省武汉市 联通 0 6 6 3 3 4 4
    218.104.110.102 湖北省武汉市 联通(很多学校共享) 0 6 6 4 5 8 4
    218.106.127.181 湖北省荆州市 联通 0 6 6 3 4 5 4
    218.104.110.157 湖北省武汉市 联通(很多学校共享) 0 6 6 6 7 9 6
    58.19.112.1 湖北省武汉市 联通 0 6 6 22 23 24 22
    219.158.7.89 中国 联通骨干网 0 6 6 19 20 21 20
    219.158.11.178 中国 联通骨干网 0 6 6 21 23 25 23
    219.158.96.246 中国 联通骨干网 0 6 6 80 99 128 101
    219.158.102.122 中国 联通骨干网 0 6 6 25 28 32 28
    72.14.215.130 美国 加利福尼亚州圣克拉拉县山景市谷歌公司 0 6 6 140 163 186 175
    209.85.248.60 美国 加利福尼亚州圣克拉拉县山景市谷歌公司 0 6 6 92 93 95 94
    216.239.40.11 美国 加利福尼亚州圣克拉拉县山景市谷歌公司 0 6 6 152 168 193 182
    209.85.253.89 美国 加利福尼亚州圣克拉拉县山景市谷歌公司 0 6 6 51 52 55 55
    209.85.243.23 美国 加利福尼亚州圣克拉拉县山景市谷歌公司 0 6 6 113 126 149 133
    No response from host 100 2 0 0 0 0 0
    8.8.8.8 美国 加利福尼亚州圣克拉拉县山景市谷歌公司 DNS 服务器 0 6 6 113 126 149 133
    VersusClyne
        86
    VersusClyne  
       2016-01-10 01:24:32 +08:00
    PING6(56=40+8+8 bytes) 2002:79ed:c931:4:2d5f:588:32a2:f905 --> 2001:4860:4860::8888
    16 bytes from 2001:4860:4860::8888, icmp_seq=0 hlim=55 time=194.180 ms
    16 bytes from 2001:4860:4860::8888, icmp_seq=1 hlim=55 time=194.576 ms
    16 bytes from 2001:4860:4860::8888, icmp_seq=2 hlim=55 time=196.176 ms
    16 bytes from 2001:4860:4860::8888, icmp_seq=3 hlim=55 time=196.412 ms
    16 bytes from 2001:4860:4860::8888, icmp_seq=4 hlim=55 time=196.557 ms
    16 bytes from 2001:4860:4860::8888, icmp_seq=5 hlim=55 time=196.400 ms
    16 bytes from 2001:4860:4860::8888, icmp_seq=6 hlim=55 time=195.820 ms
    16 bytes from 2001:4860:4860::8888, icmp_seq=7 hlim=55 time=194.404 ms
    16 bytes from 2001:4860:4860::8888, icmp_seq=8 hlim=55 time=195.563 ms
    16 bytes from 2001:4860:4860::8888, icmp_seq=9 hlim=55 time=193.163 ms
    16 bytes from 2001:4860:4860::8888, icmp_seq=10 hlim=55 time=196.326 ms
    16 bytes from 2001:4860:4860::8888, icmp_seq=11 hlim=55 time=191.602 ms
    16 bytes from 2001:4860:4860::8888, icmp_seq=12 hlim=55 time=195.455 ms
    16 bytes from 2001:4860:4860::8888, icmp_seq=13 hlim=55 time=192.833 ms
    16 bytes from 2001:4860:4860::8888, icmp_seq=14 hlim=55 time=192.818 ms
    16 bytes from 2001:4860:4860::8888, icmp_seq=15 hlim=55 time=196.463 ms
    ^C
    --- 2001:4860:4860::8888 ping6 statistics ---
    17 packets transmitted, 16 packets received, 5.9% packet loss
    round-trip min/avg/max/std-dev = 191.602/194.922/196.557/1.548 ms
    cocacold
        87
    cocacold  
       2016-01-10 01:46:10 +08:00
    Location ISP Loss Sent Last Avg Best Worst StDev
    ----------------------------------------------------------------------------------------------
    USA, WA, Seattle Westin/Stealthy 0% 100 0.46 0.47 0.41 0.78 0.05
    USA, WA, Seattle Westin/RamNode 0% 100 0.29 0.39 0.25 1.61 0.23
    USA, CA, Los Angeles QuadraNET 0% 100 0.36 0.41 0.35 1.44 0.13
    USA, CA, Los Angeles 600 W 7th/RamNode 0% 100 0.49 0.49 0.42 0.63 0.05
    USA, AZ, Phoenix IT7 Networks 0% 100 9.2 9.23 8.95 10.6 0.27
    USA, TX, Plano Softlayer 0% 100 1.46 1.53 1.45 6.83 0.53
    USA, TX, Dallas Incero 0% 100 0.67 0.68 0.62 0.75 0.02
    USA, GA, Atlanta 55 Marietta/RamNode 0% 100 0.41 0.41 0.36 0.47 0.02
    USA, FL, Jacksonville GoRack 0% 100 16.5 15.11 6.5 20.55 3.55
    USA, NY, New York Telehouse/RamNode 0% 100 0.91 0.91 0.83 1.53 0.07
    Canada, Quebec OVH 0% 100 31.9 32.54 31.85 44.85 1.8
    UK, London HostDime 0% 100 3.4 3.39 3.31 3.92 0.07
    Netherlands, Rotterdam SmartDC 0% 100 6.24 6.2 6.01 6.53 0.1
    Netherlands, Nuland WeservIT/RamNode 0% 100 5.8 5.73 5.51 6.09 0.12
    Luxembourg, Roost Root.lu/BuyVM 0% 100 33.92 34.26 32.64 44.28 1.62
    Germany, Nurnberg Core-backbone 0% 100 15.17 15.18 15.13 15.3 0.03
    Germany, Bochum ProviderService 0% 100 4.56 4.59 4.55 4.71 0.03
    Italy, Milan Prometeus 0% 100 0.28 0.29 0.24 1.08 0.08
    Sweden, Stockholm HostHatch 0% 100 1.32 1.33 1.28 1.52 0.05
    Lithuania, Vilnius Serveriai 0% 100 16.22 16.24 16.14 17.16 0.14
    Romania, Navodari Virtono 2% 100 13.77 13.76 13.69 13.96 0.06
    Ukraine, Kharkiv ITLDC 0% 100 58.72 61.79 58.63 69.32 2.73
    Russia, Moscow WebDC/FirstVDS 0% 100 1.37 1.71 1.31 2.64 0.39
    Russia, Tomsk Tomgate/Berihoster 1% 100 61.28 57.57 55.8 66.72 2.23
    Singapore Digital Ocean 0% 100 2.03 2.01 1.84 2.32 0.11
    Japan, Tokyo Vultr 0% 100 1.35 1.38 1.31 1.47 0.03
    Australia, Sydney Vultr 0% 100 0.67 0.8 0.59 4.56 0.55
    China, Guangzhou Tencent cloud 19% 100 137.94 169.1 134.66 243.1 44.35
    China, Shenzhen Aliyun 0% 100 40.59 42.55 40.15 76.66 6.33
    China, Beijing Hsoft Technologies 0% 100 76.69 78.92 76.15 120.71 6.86
    China, Beijing Aliyun 20% 100 119.88 102.18 69.16 170.81 39.73
    China, Hangzhou Aliyun 42% 100 61.69 73.06 61.58 97.02 11.71
    China, Qingdao Aliyun 15% 100 78.95 85.72 78.82 110.09 9.24
    Brazil, Sao Paulo Host1plus 0% 100 1.98 2.01 1.87 4.21 0.3
    South Africa, JHB Host1plus 0% 100 0.79 0.8 0.73 1.23 0.08

    Report created by ping.pe for 8.8.8.8 on Sat, 09 Jan 2016 12:26:08 -0500
    EVJohn
        88
    EVJohn  
       2016-01-10 02:13:15 +08:00
    正在 Ping 8.8.8.8 具有 32 字节的数据:
    来自 8.8.8.8 的回复: 字节=32 时间=166ms TTL=43
    来自 8.8.8.8 的回复: 字节=32 时间=482ms TTL=43
    来自 8.8.8.8 的回复: 字节=32 时间=177ms TTL=43
    来自 8.8.8.8 的回复: 字节=32 时间=120ms TTL=43

    8.8.8.8 的 Ping 统计信息:
    数据包: 已发送 = 4 ,已接收 = 4 ,丢失 = 0 (0% 丢失),
    往返行程的估计时间(以毫秒为单位):
    最短 = 120ms ,最长 = 482ms ,平均 = 236ms
    lewiseek
        89
    lewiseek  
       2016-01-10 02:24:57 +08:00
    江苏电信

    正在 Ping 8.8.8.8 具有 32 字节的数据:
    请求超时。
    请求超时。
    来自 8.8.8.8 的回复: 字节=32 时间=67ms TTL=46
    请求超时。

    8.8.8.8 的 Ping 统计信息:
    数据包: 已发送 = 4 ,已接收 = 1 ,丢失 = 3 (75% 丢失),
    往返行程的估计时间(以毫秒为单位):
    最短 = 67ms ,最长 = 67ms ,平均 = 67ms
    loveminds
        90
    loveminds  
       2016-01-10 02:33:03 +08:00
    看起来国内的服务器在天津?
    nobita215
        91
    nobita215  
       2016-01-10 03:03:42 +08:00
    依旧丢包 很卡
    hqs123
        92
    hqs123  
       2016-01-10 08:21:29 +08:00
    还是连不上啊
    aitaii
        93
    aitaii  
       2016-01-10 08:22:18 +08:00
    正在 Ping 8.8.8.8 具有 32 字节的数据:
    来自 8.8.8.8 的回复: 字节=32 时间=108ms TTL=43
    来自 8.8.8.8 的回复: 字节=32 时间=111ms TTL=43
    来自 8.8.8.8 的回复: 字节=32 时间=105ms TTL=43
    来自 8.8.8.8 的回复: 字节=32 时间=119ms TTL=43
    来自 8.8.8.8 的回复: 字节=32 时间=112ms TTL=43
    请求超时。
    请求超时。
    来自 8.8.8.8 的回复: 字节=32 时间=100ms TTL=43
    来自 8.8.8.8 的回复: 字节=32 时间=95ms TTL=43
    来自 8.8.8.8 的回复: 字节=32 时间=95ms TTL=43
    请求超时。
    来自 8.8.8.8 的回复: 字节=32 时间=81ms TTL=43
    来自 8.8.8.8 的回复: 字节=32 时间=85ms TTL=43
    来自 8.8.8.8 的回复: 字节=32 时间=90ms TTL=43
    来自 8.8.8.8 的回复: 字节=32 时间=83ms TTL=43
    请求超时。
    来自 8.8.8.8 的回复: 字节=32 时间=94ms TTL=43

    8.8.8.8 的 Ping 统计信息:
    数据包: 已发送 = 17 ,已接收 = 13 ,丢失 = 4 (23% 丢失),
    往返行程的估计时间(以毫秒为单位):
    最短 = 81ms ,最长 = 119ms ,平均 = 98ms
    openour
        94
    openour  
       2016-01-10 08:28:34 +08:00
    想说 你是不是在酒店里 ping 的,很多酒店能上外网
    f0
        95
    f0  
       2016-01-10 09:03:35 +08:00
    Pinging 8.8.8.8 with 32 bytes of data:
    Reply from 8.8.8.8: bytes=32 time=17ms TTL=56
    Reply from 8.8.8.8: bytes=32 time=18ms TTL=56
    Reply from 8.8.8.8: bytes=32 time=22ms TTL=56
    Reply from 8.8.8.8: bytes=32 time=18ms TTL=56
    Reply from 8.8.8.8: bytes=32 time=18ms TTL=56
    Reply from 8.8.8.8: bytes=32 time=20ms TTL=56
    Reply from 8.8.8.8: bytes=32 time=67ms TTL=56
    Reply from 8.8.8.8: bytes=32 time=17ms TTL=56
    Reply from 8.8.8.8: bytes=32 time=18ms TTL=56
    Reply from 8.8.8.8: bytes=32 time=26ms TTL=56
    Reply from 8.8.8.8: bytes=32 time=18ms TTL=56
    Reply from 8.8.8.8: bytes=32 time=19ms TTL=56
    Reply from 8.8.8.8: bytes=32 time=18ms TTL=56
    Reply from 8.8.8.8: bytes=32 time=19ms TTL=56
    Reply from 8.8.8.8: bytes=32 time=19ms TTL=56
    Reply from 8.8.8.8: bytes=32 time=19ms TTL=56
    Reply from 8.8.8.8: bytes=32 time=19ms TTL=56
    Reply from 8.8.8.8: bytes=32 time=20ms TTL=56
    Reply from 8.8.8.8: bytes=32 time=25ms TTL=56
    Reply from 8.8.8.8: bytes=32 time=19ms TTL=56
    Reply from 8.8.8.8: bytes=32 time=22ms TTL=56
    Reply from 8.8.8.8: bytes=32 time=17ms TTL=56
    Reply from 8.8.8.8: bytes=32 time=28ms TTL=56
    Reply from 8.8.8.8: bytes=32 time=18ms TTL=56
    Reply from 8.8.8.8: bytes=32 time=18ms TTL=56
    Reply from 8.8.8.8: bytes=32 time=19ms TTL=56
    Reply from 8.8.8.8: bytes=32 time=19ms TTL=56
    Reply from 8.8.8.8: bytes=32 time=19ms TTL=56
    Reply from 8.8.8.8: bytes=32 time=18ms TTL=56
    Reply from 8.8.8.8: bytes=32 time=19ms TTL=56
    Reply from 8.8.8.8: bytes=32 time=19ms TTL=56
    Reply from 8.8.8.8: bytes=32 time=20ms TTL=56
    Reply from 8.8.8.8: bytes=32 time=19ms TTL=56
    Reply from 8.8.8.8: bytes=32 time=30ms TTL=56
    Reply from 8.8.8.8: bytes=32 time=18ms TTL=56
    Reply from 8.8.8.8: bytes=32 time=18ms TTL=56
    Reply from 8.8.8.8: bytes=32 time=18ms TTL=56

    Ping statistics for 8.8.8.8:
    Packets: Sent = 37, Received = 37, Lost = 0 (0% loss),
    Approximate round trip times in milli-seconds:
    Minimum = 17ms, Maximum = 67ms, Average = 20ms
    xfcygxy
        96
    xfcygxy  
       2016-01-10 10:49:00 +08:00
    Request timeout for icmp_seq 0
    64 bytes from 8.8.8.8: icmp_seq=1 ttl=44 time=173.105 ms
    64 bytes from 8.8.8.8: icmp_seq=2 ttl=44 time=176.176 ms
    64 bytes from 8.8.8.8: icmp_seq=3 ttl=44 time=171.235 ms
    64 bytes from 8.8.8.8: icmp_seq=4 ttl=44 time=176.019 ms
    64 bytes from 8.8.8.8: icmp_seq=5 ttl=44 time=174.382 ms
    64 bytes from 8.8.8.8: icmp_seq=6 ttl=44 time=169.835 ms
    64 bytes from 8.8.8.8: icmp_seq=7 ttl=44 time=165.647 ms
    64 bytes from 8.8.8.8: icmp_seq=8 ttl=44 time=171.273 ms
    64 bytes from 8.8.8.8: icmp_seq=9 ttl=44 time=173.021 ms
    64 bytes from 8.8.8.8: icmp_seq=10 ttl=44 time=168.058 ms
    64 bytes from 8.8.8.8: icmp_seq=11 ttl=44 time=164.205 ms
    Request timeout for icmp_seq 12
    Request timeout for icmp_seq 13
    Request timeout for icmp_seq 14
    64 bytes from 8.8.8.8: icmp_seq=15 ttl=44 time=170.871 ms
    64 bytes from 8.8.8.8: icmp_seq=16 ttl=44 time=171.878 ms
    Request timeout for icmp_seq 17
    64 bytes from 8.8.8.8: icmp_seq=18 ttl=44 time=169.853 ms
    64 bytes from 8.8.8.8: icmp_seq=19 ttl=44 time=170.334 ms
    64 bytes from 8.8.8.8: icmp_seq=20 ttl=44 time=169.927 ms
    64 bytes from 8.8.8.8: icmp_seq=21 ttl=44 time=173.069 ms
    64 bytes from 8.8.8.8: icmp_seq=22 ttl=44 time=170.853 ms
    Request timeout for icmp_seq 23
    Request timeout for icmp_seq 24
    Request timeout for icmp_seq 25
    64 bytes from 8.8.8.8: icmp_seq=26 ttl=44 time=171.835 ms
    Request timeout for icmp_seq 27
    64 bytes from 8.8.8.8: icmp_seq=28 ttl=44 time=173.050 ms
    64 bytes from 8.8.8.8: icmp_seq=29 ttl=44 time=171.545 ms
    64 bytes from 8.8.8.8: icmp_seq=30 ttl=44 time=166.529 ms
    Request timeout for icmp_seq 31
    64 bytes from 8.8.8.8: icmp_seq=32 ttl=44 time=168.640 ms
    Request timeout for icmp_seq 33
    64 bytes from 8.8.8.8: icmp_seq=34 ttl=44 time=171.984 ms
    64 bytes from 8.8.8.8: icmp_seq=35 ttl=44 time=168.452 ms
    64 bytes from 8.8.8.8: icmp_seq=36 ttl=44 time=169.848 ms
    64 bytes from 8.8.8.8: icmp_seq=37 ttl=44 time=171.481 ms
    64 bytes from 8.8.8.8: icmp_seq=38 ttl=44 time=171.489 ms
    64 bytes from 8.8.8.8: icmp_seq=39 ttl=44 time=172.385 ms
    Request timeout for icmp_seq 40
    Request timeout for icmp_seq 41
    Request timeout for icmp_seq 42
    Request timeout for icmp_seq 43
    Request timeout for icmp_seq 44
    Request timeout for icmp_seq 45
    以上是内蒙联通情况
    imlinhanchao
        97
    imlinhanchao  
       2016-01-10 11:12:10 +08:00   ❤️ 1
    Muniesa
        98
    Muniesa  
       2016-01-10 11:15:37 +08:00
    广东校园网

    正在 Ping 8.8.4.4 具有 32 字节的数据:
    来自 8.8.4.4 的回复: 字节=32 时间=8ms TTL=48
    来自 8.8.4.4 的回复: 字节=32 时间=5ms TTL=48
    来自 8.8.4.4 的回复: 字节=32 时间=5ms TTL=48
    来自 8.8.4.4 的回复: 字节=32 时间=5ms TTL=48

    8.8.4.4 的 Ping 统计信息:
    数据包: 已发送 = 4 ,已接收 = 4 ,丢失 = 0 (0% 丢失),
    往返行程的估计时间(以毫秒为单位):
    最短 = 5ms ,最长 = 8ms ,平均 = 5ms

    正在 Ping 8.8.8.8 具有 32 字节的数据:
    来自 8.8.8.8 的回复: 字节=32 时间=34ms TTL=41
    来自 8.8.8.8 的回复: 字节=32 时间=36ms TTL=41
    来自 8.8.8.8 的回复: 字节=32 时间=34ms TTL=41
    来自 8.8.8.8 的回复: 字节=32 时间=34ms TTL=41

    8.8.8.8 的 Ping 统计信息:
    数据包: 已发送 = 4 ,已接收 = 4 ,丢失 = 0 (0% 丢失),
    往返行程的估计时间(以毫秒为单位):
    最短 = 34ms ,最长 = 36ms ,平均 = 34ms
    kn007
        99
    kn007  
       2016-01-10 11:19:51 +08:00
    广东东莞电信企业光纤

    > ping 8.8.8.8
    PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
    64 bytes from 8.8.8.8: icmp_seq=1 ttl=56 time=70.507 ms
    64 bytes from 8.8.8.8: icmp_seq=2 ttl=56 time=70.453 ms
    64 bytes from 8.8.8.8: icmp_seq=3 ttl=56 time=70.496 ms
    64 bytes from 8.8.8.8: icmp_seq=4 ttl=56 time=70.522 ms
    64 bytes from 8.8.8.8: icmp_seq=5 ttl=56 time=70.506 ms
    64 bytes from 8.8.8.8: icmp_seq=6 ttl=56 time=70.613 ms
    64 bytes from 8.8.8.8: icmp_seq=7 ttl=56 time=70.470 ms
    64 bytes from 8.8.8.8: icmp_seq=8 ttl=56 time=70.539 ms
    64 bytes from 8.8.8.8: icmp_seq=9 ttl=56 time=70.608 ms
    64 bytes from 8.8.8.8: icmp_seq=10 ttl=56 time=70.533 ms
    64 bytes from 8.8.8.8: icmp_seq=11 ttl=56 time=70.469 ms
    64 bytes from 8.8.8.8: icmp_seq=12 ttl=56 time=70.445 ms
    64 bytes from 8.8.8.8: icmp_seq=13 ttl=56 time=70.479 ms
    64 bytes from 8.8.8.8: icmp_seq=14 ttl=56 time=70.485 ms
    64 bytes from 8.8.8.8: icmp_seq=15 ttl=56 time=70.432 ms
    64 bytes from 8.8.8.8: icmp_seq=16 ttl=56 time=70.413 ms
    64 bytes from 8.8.8.8: icmp_seq=17 ttl=56 time=70.452 ms
    64 bytes from 8.8.8.8: icmp_seq=18 ttl=56 time=70.571 ms
    64 bytes from 8.8.8.8: icmp_seq=19 ttl=56 time=70.499 ms
    64 bytes from 8.8.8.8: icmp_seq=20 ttl=56 time=70.527 ms
    ^C
    --- 8.8.8.8 ping statistics ---
    20 packets transmitted, 20 received, 0% packet loss, time 19402ms
    rtt min/avg/max/mdev = 70.470/70.497/70.613/70.063 ms
    zhangchioulin
        100
    zhangchioulin  
       2016-01-10 11:21:43 +08:00
    正在 Ping 8.8.8.8 具有 32 字节的数据:
    来自 8.8.8.8 的回复: 字节=32 时间=103ms TTL=37
    来自 8.8.8.8 的回复: 字节=32 时间=101ms TTL=37
    来自 8.8.8.8 的回复: 字节=32 时间=101ms TTL=37
    来自 8.8.8.8 的回复: 字节=32 时间=101ms TTL=37

    8.8.8.8 的 Ping 统计信息:
    数据包: 已发送 = 4 ,已接收 = 4 ,丢失 = 0 (0% 丢失),
    往返行程的估计时间(以毫秒为单位):
    最短 = 101ms ,最长 = 103ms ,平均 = 101ms
    1  2  
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1139 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 33ms · UTC 18:36 · PVG 02:36 · LAX 10:36 · JFK 13:36
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.