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

Google Cloud DNS 被封,快换 DNS

  •  
  •   blueionic · 2015-03-23 17:46:35 +08:00 · 9230 次点击
    这是一个创建于 1675 天前的主题,其中的信息可能已经有所发展或是发生改变。
    又玩阴的。每组只封一个。。跟google的MX记录一样,让你以为是google的服务抽风。。
    ns-cloud1.googledomains.com
    ns-cloud-b1.googledomains.com
    ns-cloud-c1.googledomains.com
    ns-cloud-d1.googledomains.com
    ns-cloud-e1.googledomains.com
    只封SOA记录的主服务器。虽然现在不讲什么主次。。
    症状表现为时而不能解析,有时又能。。可以换了。
    54 回复  |  直到 2017-10-03 16:30:52 +08:00
        1
    lhbc   2015-03-23 17:52:28 +08:00
    托管在Google Domains,DNS用DNSPod会有影响吗?
        2
    blueionic   2015-03-23 17:54:16 +08:00
    @lhbc 木有
        3
    ijophy   2015-03-23 18:21:06 +08:00   ♥ 1
    @lhbc 不会有
        4
    cst4you   2015-03-23 18:21:59 +08:00
    GFW: 诶嘿我又来了
        5
    aalska   2015-03-23 18:26:20 +08:00
    GFW:我昨天好像做了一个奇怪的梦
        6
    66beta   2015-03-23 18:28:26 +08:00
    今天 8.8.8.8 丢包50%
        7
    Showfom   2015-03-23 18:33:34 +08:00
    干嘛换。。。天然的防火墙啊
        8
    wy315700   2015-03-23 18:43:41 +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=47 time=62.1 ms
    64 bytes from 8.8.8.8: icmp_seq=2 ttl=47 time=61.9 ms
    64 bytes from 8.8.8.8: icmp_seq=3 ttl=47 time=62.0 ms
    64 bytes from 8.8.8.8: icmp_seq=4 ttl=47 time=61.9 ms
    64 bytes from 8.8.8.8: icmp_seq=5 ttl=47 time=62.2 ms
    64 bytes from 8.8.8.8: icmp_seq=6 ttl=47 time=61.9 ms

    拉仇恨来了
        9
    yingluck   2015-03-23 18:48:51 +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=1 ttl=34 time=458 ms
    64 bytes from 8.8.8.8: icmp_seq=4 ttl=34 time=478 ms
    64 bytes from 8.8.8.8: icmp_seq=5 ttl=34 time=450 ms
    64 bytes from 8.8.8.8: icmp_seq=7 ttl=34 time=456 ms
    64 bytes from 8.8.8.8: icmp_seq=8 ttl=34 time=467 ms
    64 bytes from 8.8.8.8: icmp_seq=9 ttl=34 time=474 ms
    64 bytes from 8.8.8.8: icmp_seq=10 ttl=34 time=483 ms
    64 bytes from 8.8.8.8: icmp_seq=13 ttl=34 time=473 ms
    64 bytes from 8.8.8.8: icmp_seq=14 ttl=34 time=480 ms
    64 bytes from 8.8.8.8: icmp_seq=18 ttl=34 time=479 ms
    64 bytes from 8.8.8.8: icmp_seq=19 ttl=34 time=475 ms
    64 bytes from 8.8.8.8: icmp_seq=22 ttl=34 time=478 ms
    64 bytes from 8.8.8.8: icmp_seq=23 ttl=34 time=437 ms
    64 bytes from 8.8.8.8: icmp_seq=24 ttl=34 time=421 ms
    64 bytes from 8.8.8.8: icmp_seq=25 ttl=34 time=438 ms
    64 bytes from 8.8.8.8: icmp_seq=26 ttl=34 time=466 ms
    64 bytes from 8.8.8.8: icmp_seq=27 ttl=34 time=470 ms

    --- 8.8.8.8 ping statistics ---
    30 packets transmitted, 17 received, 43% packet loss, time 29044ms
    rtt min/avg/max/mdev = 421.401/464.316/483.787/17.533 ms
        10
    blueionic   2015-03-23 18:50:26 +08:00
    @Showfom 妈妈再也不用担心DDOS了。。
        11
    blueionic   2015-03-23 18:51:02 +08:00
    怎么都在晒ping 8.8.8.8
        12
    xuc   2015-03-23 18:53:55 +08:00 via Android
    ping 8888讲的不是同一件事吧
        13
    penjianfeng   2015-03-23 18:57:50 +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=2 ttl=46 time=80.1 ms
    64 bytes from 8.8.8.8: icmp_seq=3 ttl=46 time=70.8 ms
    64 bytes from 8.8.8.8: icmp_seq=4 ttl=46 time=72.1 ms
    64 bytes from 8.8.8.8: icmp_seq=7 ttl=46 time=70.2 ms
    64 bytes from 8.8.8.8: icmp_seq=8 ttl=46 time=70.9 ms
    64 bytes from 8.8.8.8: icmp_seq=9 ttl=46 time=74.8 ms
    64 bytes from 8.8.8.8: icmp_seq=13 ttl=46 time=71.0 ms
    64 bytes from 8.8.8.8: icmp_seq=15 ttl=46 time=70.7 ms
    64 bytes from 8.8.8.8: icmp_seq=16 ttl=46 time=76.2 ms
    64 bytes from 8.8.8.8: icmp_seq=17 ttl=46 time=77.9 ms
    64 bytes from 8.8.8.8: icmp_seq=18 ttl=46 time=70.9 ms
    64 bytes from 8.8.8.8: icmp_seq=19 ttl=46 time=73.5 ms
    64 bytes from 8.8.8.8: icmp_seq=20 ttl=46 time=75.2 ms
    64 bytes from 8.8.8.8: icmp_seq=22 ttl=46 time=70.4 ms
    64 bytes from 8.8.8.8: icmp_seq=23 ttl=46 time=71.5 ms
    64 bytes from 8.8.8.8: icmp_seq=25 ttl=46 time=70.6 ms
    64 bytes from 8.8.8.8: icmp_seq=26 ttl=46 time=70.3 ms
    64 bytes from 8.8.8.8: icmp_seq=27 ttl=46 time=70.2 ms
    64 bytes from 8.8.8.8: icmp_seq=28 ttl=46 time=74.4 ms
    64 bytes from 8.8.8.8: icmp_seq=30 ttl=46 time=71.2 ms
    64 bytes from 8.8.8.8: icmp_seq=31 ttl=46 time=77.2 ms
    64 bytes from 8.8.8.8: icmp_seq=33 ttl=46 time=70.5 ms
    64 bytes from 8.8.8.8: icmp_seq=37 ttl=46 time=70.7 ms
    64 bytes from 8.8.8.8: icmp_seq=38 ttl=46 time=70.7 ms
    ^C
    --- 8.8.8.8 ping statistics ---
    38 packets transmitted, 24 received, 36% packet loss, time 37123ms
    rtt min/avg/max/mdev = 70.230/72.633/80.195/2.814 ms
        14
    wy315700   2015-03-23 18:59:01 +08:00
    @xuc 的确不是一件事情,,我的锅。。
        15
    Delbert   2015-03-23 20:02:04 +08:00
    @wy315700
    @xuc 不是同一件事但是我也想晒晒。你们怎么都丢包啊
    $ ping 8.8.8.8 -t

    正在 Ping 8.8.8.8 具有 32 字节的数据:
    来自 8.8.8.8 的回复: 字节=32 时间=76ms TTL=42
    来自 8.8.8.8 的回复: 字节=32 时间=76ms TTL=42
    来自 8.8.8.8 的回复: 字节=32 时间=76ms TTL=42
    来自 8.8.8.8 的回复: 字节=32 时间=75ms TTL=42
    来自 8.8.8.8 的回复: 字节=32 时间=76ms TTL=42
    来自 8.8.8.8 的回复: 字节=32 时间=76ms TTL=42
    来自 8.8.8.8 的回复: 字节=32 时间=76ms TTL=42
    来自 8.8.8.8 的回复: 字节=32 时间=75ms TTL=42
    来自 8.8.8.8 的回复: 字节=32 时间=76ms TTL=42
    来自 8.8.8.8 的回复: 字节=32 时间=76ms TTL=42
    来自 8.8.8.8 的回复: 字节=32 时间=76ms TTL=42
    来自 8.8.8.8 的回复: 字节=32 时间=76ms TTL=42
    来自 8.8.8.8 的回复: 字节=32 时间=76ms TTL=42
    来自 8.8.8.8 的回复: 字节=32 时间=77ms TTL=42
    来自 8.8.8.8 的回复: 字节=32 时间=76ms TTL=42
    来自 8.8.8.8 的回复: 字节=32 时间=76ms TTL=42
    来自 8.8.8.8 的回复: 字节=32 时间=76ms TTL=42
    来自 8.8.8.8 的回复: 字节=32 时间=76ms TTL=42
    来自 8.8.8.8 的回复: 字节=32 时间=76ms TTL=42
    来自 8.8.8.8 的回复: 字节=32 时间=75ms TTL=42
    来自 8.8.8.8 的回复: 字节=32 时间=75ms TTL=42
    来自 8.8.8.8 的回复: 字节=32 时间=76ms TTL=42
    来自 8.8.8.8 的回复: 字节=32 时间=76ms TTL=42
    来自 8.8.8.8 的回复: 字节=32 时间=75ms TTL=42
    来自 8.8.8.8 的回复: 字节=32 时间=75ms TTL=42
    来自 8.8.8.8 的回复: 字节=32 时间=75ms TTL=42
    来自 8.8.8.8 的回复: 字节=32 时间=76ms TTL=42
    来自 8.8.8.8 的回复: 字节=32 时间=76ms TTL=42
    来自 8.8.8.8 的回复: 字节=32 时间=76ms TTL=42
    来自 8.8.8.8 的回复: 字节=32 时间=76ms TTL=42
    来自 8.8.8.8 的回复: 字节=32 时间=75ms TTL=42
    来自 8.8.8.8 的回复: 字节=32 时间=76ms TTL=42
    来自 8.8.8.8 的回复: 字节=32 时间=76ms TTL=42
    来自 8.8.8.8 的回复: 字节=32 时间=76ms TTL=42

    8.8.8.8 的 Ping 统计信息:
    数据包: 已发送 = 34,已接收 = 34,丢失 = 0 (0% 丢失),
    往返行程的估计时间(以毫秒为单位):
    最短 = 75ms,最长 = 77ms,平均 = 75ms
    Control-C
        16
    zjgood   2015-03-23 20:16:36 +08:00   ♥ 1
    果断早早的切换到了CloudXNS
        17
    xiaozhizhu1997   2015-03-23 20:38:56 +08:00 via Android
    本来就是这样,很久了。
    216.239.32.27是个万能的Google IP,所以FW把整个C都封了。
    我换到了Dyn...
        18
    kn007   2015-03-23 20:45:27 +08:00
    @zjgood 又抓到你
        19
    blueionic   2015-03-23 20:46:23 +08:00
    @xiaozhizhu1997 你觉得Dyn好么,,v2ex都从Dyn换到AWS Route53了。。我两个都在用。。但是最近觉得在中国内地的解析效果及稳定性AWS Route53比较好。。Dyn有时候莫名延迟高丢包高。。尼玛还贵。。
        20
    Actrace   2015-03-23 20:58:53 +08:00
    @blueionic
    可以试试这家
    https://vnet.link/soft/vxdns
        21
    blueionic   2015-03-23 21:03:07 +08:00
    @Actrace 谢谢!我的最高需求就是稳定,这种不敢用。。
        22
    Actrace   2015-03-23 21:05:31 +08:00
    @blueionic 稳定性这种东西是相对的。。。Route53偶尔也会抽风,一抽就几个小时,,我说的是在国外。
        23
    xiaozhizhu1997   2015-03-23 21:59:47 +08:00
    @blueionic 你以为我不想用route53啊,AWS检测出我是预付费信用卡,把我拒绝了。
        24
    wy315700   2015-03-23 22:05:31 +08:00
    @xiaozhizhu1997 面向国内的服务器就老老实实找国内的服务吧 至少不用担心抽风什么的
        25
    Showfom   2015-03-23 22:07:15 +08:00
    @blueionic DDoS 可以直接干你服务器 IP 不需要域名解析
        26
    blueionic   2015-03-23 22:11:59 +08:00
    @Showfom 嘻嘻,邮箱专用域名,木有其他服务,能把google干翻才能干翻我邮箱。。。
        27
    blueionic   2015-03-23 22:12:17 +08:00
    @wy315700 面向全球的。。
        28
    wy315700   2015-03-23 22:12:50 +08:00
    @blueionic 给国内用户单独的域名吧 大部分跨国公司就是这么干的。。。
        29
    Showfom   2015-03-23 22:12:52 +08:00
    @blueionic 嘿嘿
        30
    blueionic   2015-03-23 22:22:36 +08:00
    @wy315700 我觉得搞邮件中继服务器也是很不错的,,国内就有ascloud.qq.com,,DNS用AWS+Dyn混合还是挺靠谱的。。在中国也是如此。。
        31
    fengxing   2015-03-23 22:41:44 +08:00
    @blueionic GFW直接把被封的网站解析到你的域名IP上,然后就可以教你做人了
        32
    blueionic   2015-03-23 22:49:31 +08:00
    @a540355686 啊,哪里做的不对,还望大人明示。。。
        33
    xiaozhizhu1997   2015-03-23 23:03:06 +08:00 via Android
    @wy315700 面向全球。
    Dyn已经比较令我满意了。
        34
    welsmann   2015-03-23 23:03:38 +08:00
    PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
    64 bytes from 8.8.8.8: icmp_req=1 ttl=58 time=2.10 ms
    64 bytes from 8.8.8.8: icmp_req=2 ttl=58 time=2.23 ms
    64 bytes from 8.8.8.8: icmp_req=3 ttl=58 time=2.46 ms
    64 bytes from 8.8.8.8: icmp_req=4 ttl=58 time=2.80 ms
    64 bytes from 8.8.8.8: icmp_req=5 ttl=58 time=2.62 ms
    64 bytes from 8.8.8.8: icmp_req=6 ttl=58 time=2.46 ms
    64 bytes from 8.8.8.8: icmp_req=7 ttl=58 time=2.13 ms
    64 bytes from 8.8.8.8: icmp_req=8 ttl=58 time=2.32 ms
    64 bytes from 8.8.8.8: icmp_req=9 ttl=58 time=2.50 ms
    64 bytes from 8.8.8.8: icmp_req=10 ttl=58 time=2.54 ms
    64 bytes from 8.8.8.8: icmp_req=11 ttl=58 time=2.38 ms
    64 bytes from 8.8.8.8: icmp_req=12 ttl=58 time=7.81 ms
    64 bytes from 8.8.8.8: icmp_req=13 ttl=58 time=2.63 ms
    64 bytes from 8.8.8.8: icmp_req=14 ttl=58 time=2.15 ms
    64 bytes from 8.8.8.8: icmp_req=15 ttl=58 time=2.26 ms
    ^C
    --- 8.8.8.8 ping statistics ---
    15 packets transmitted, 15 received, 0% packet loss, time 14022ms
    rtt min/avg/max/mdev = 2.104/2.764/7.812/1.363 ms

    ....坐等比我速度还要快的出现
        35
    Panintosh   2015-03-23 23:04:26 +08:00
    C:\Users\Panintosh>ping 8.8.8.8 -t

    正在 Ping 8.8.8.8 具有 32 字节的数据:
    来自 8.8.8.8 的回复: 字节=32 时间=9ms TTL=57
    来自 8.8.8.8 的回复: 字节=32 时间=10ms TTL=57
    来自 8.8.8.8 的回复: 字节=32 时间=9ms TTL=57
    来自 8.8.8.8 的回复: 字节=32 时间=9ms TTL=57
    来自 8.8.8.8 的回复: 字节=32 时间=9ms TTL=57
    来自 8.8.8.8 的回复: 字节=32 时间=9ms TTL=57
    来自 8.8.8.8 的回复: 字节=32 时间=10ms TTL=57
    来自 8.8.8.8 的回复: 字节=32 时间=10ms TTL=57
    来自 8.8.8.8 的回复: 字节=32 时间=9ms TTL=57
    来自 8.8.8.8 的回复: 字节=32 时间=9ms TTL=57
    来自 8.8.8.8 的回复: 字节=32 时间=9ms TTL=57
    来自 8.8.8.8 的回复: 字节=32 时间=9ms TTL=57
    来自 8.8.8.8 的回复: 字节=32 时间=6ms TTL=57
    来自 8.8.8.8 的回复: 字节=32 时间=10ms TTL=57
    来自 8.8.8.8 的回复: 字节=32 时间=10ms TTL=57
    来自 8.8.8.8 的回复: 字节=32 时间=9ms TTL=57
    来自 8.8.8.8 的回复: 字节=32 时间=9ms TTL=57
    来自 8.8.8.8 的回复: 字节=32 时间=10ms TTL=57

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


    有人跟我比????湖南移动!!
        36
    pierrec   2015-03-23 23:09:52 +08:00
    Pinging 8.8.8.8 with 32 bytes of data:
    Reply from 8.8.8.8: bytes=32 time=5ms TTL=58
    Reply from 8.8.8.8: bytes=32 time=5ms TTL=58
    Reply from 8.8.8.8: bytes=32 time=4ms TTL=58
    Reply from 8.8.8.8: bytes=32 time=4ms TTL=58

    Ping statistics for 8.8.8.8:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
    Approximate round trip times in milli-seconds:
    Minimum = 4ms, Maximum = 5ms, Average = 4ms
    @Panintosh
        37
    Panintosh   2015-03-23 23:16:26 +08:00
    @pierrec 你这是在哪,不在镇上不算!
        38
    xinhugo   2015-03-23 23:31:05 +08:00
    延迟低、丢包率低,确定不是连着 VPN?甚至 IP 被劫持到内网?
        39
    thesunfei   2015-03-24 08:02:09 +08:00
    那些在国内ping 8.8.8.8延迟很低的肯定是遇到黑洞路由了,实际上是指向一个国内服务器。
        40
    wdlth   2015-03-24 09:55:16 +08:00
    国内移动差不多都收回了8.8.8.8这个不可侵犯的神圣IP……
        41
    juzhenwen   2015-03-24 09:59:36 +08:00
    送优越感的来了
    Pinging 8.8.8.8 with 32 bytes of data:

    Reply from 8.8.8.8: bytes=32 time=947ms TTL=39
    Reply from 8.8.8.8: bytes=32 time=1010ms TTL=39
    Reply from 8.8.8.8: bytes=32 time=1115ms TTL=39
    Reply from 8.8.8.8: bytes=32 time=1039ms TTL=39
    Reply from 8.8.8.8: bytes=32 time=1079ms TTL=39
    Reply from 8.8.8.8: bytes=32 time=1095ms TTL=39
    Reply from 8.8.8.8: bytes=32 time=1071ms TTL=39
    Reply from 8.8.8.8: bytes=32 time=1054ms TTL=39
    Reply from 8.8.8.8: bytes=32 time=1060ms TTL=39
    Reply from 8.8.8.8: bytes=32 time=1123ms TTL=39
    Reply from 8.8.8.8: bytes=32 time=1175ms TTL=39
    Reply from 8.8.8.8: bytes=32 time=1055ms TTL=39
    Reply from 8.8.8.8: bytes=32 time=1127ms TTL=39
    Reply from 8.8.8.8: bytes=32 time=1196ms TTL=39
    Reply from 8.8.8.8: bytes=32 time=1227ms TTL=39
    Reply from 8.8.8.8: bytes=32 time=1195ms TTL=39
    Reply from 8.8.8.8: bytes=32 time=971ms TTL=39
    Reply from 8.8.8.8: bytes=32 time=873ms TTL=39
    Reply from 8.8.8.8: bytes=32 time=945ms TTL=39

    Ping statistics for 8.8.8.8:
    Packets: Sent = 19, Received = 19, Lost = 0 (0% loss),
    Approximate round trip times in milli-seconds:
    Minimum = 873ms, Maximum = 1227ms, Average = 1071ms
        42
    hiddenman   2015-03-24 11:17:02 +08:00
    PING 8.8.8.8 (8.8.8.8): 56 data bytes
    64 bytes from 8.8.8.8: icmp_seq=0 ttl=54 time=65.955 ms
    64 bytes from 8.8.8.8: icmp_seq=1 ttl=54 time=70.900 ms
    64 bytes from 8.8.8.8: icmp_seq=2 ttl=54 time=67.795 ms
    64 bytes from 8.8.8.8: icmp_seq=3 ttl=54 time=66.153 ms
    64 bytes from 8.8.8.8: icmp_seq=4 ttl=54 time=66.921 ms
    64 bytes from 8.8.8.8: icmp_seq=5 ttl=54 time=66.326 ms
    64 bytes from 8.8.8.8: icmp_seq=6 ttl=54 time=68.415 ms
    64 bytes from 8.8.8.8: icmp_seq=7 ttl=54 time=69.606 ms
        43
    czz811   2015-03-24 11:39:31 +08:00
    来自 8.8.8.8 的回复: 字节=32 时间=87ms TTL=46
    来自 8.8.8.8 的回复: 字节=32 时间=69ms TTL=46
    来自 8.8.8.8 的回复: 字节=32 时间=75ms TTL=46
    来自 8.8.8.8 的回复: 字节=32 时间=91ms TTL=46
    来自 8.8.8.8 的回复: 字节=32 时间=88ms TTL=46
    来自 8.8.8.8 的回复: 字节=32 时间=82ms TTL=46
    来自 8.8.8.8 的回复: 字节=32 时间=86ms TTL=46
    来自 8.8.8.8 的回复: 字节=32 时间=76ms TTL=46
    来自 8.8.8.8 的回复: 字节=32 时间=85ms TTL=46
    来自 8.8.8.8 的回复: 字节=32 时间=79ms TTL=46
    来自 8.8.8.8 的回复: 字节=32 时间=72ms TTL=46
    来自 8.8.8.8 的回复: 字节=32 时间=69ms TTL=46
    来自 8.8.8.8 的回复: 字节=32 时间=75ms TTL=46
    来自 8.8.8.8 的回复: 字节=32 时间=84ms TTL=46
        44
    blijf   2015-03-24 13:34:27 +08:00
    @wy315700 dyn 35$/year/domain 死贵死贵的
        45
    jacinto   2015-03-24 15:14:46 +08:00
    我这边上海电信,google public DNS 8888,8844都是能ping通但是无法解析出地址,是怎么回事?
        46
    lhbc   2015-03-24 16:28:49 +08:00
    这跑题跑的……
    不知道 https://domains.google.com 是干嘛的就没必要回帖了……
        47
    pierrec   2015-03-24 17:29:36 +08:00
    @Panintosh 广东移动
        48
    Delbert   2015-03-24 17:53:48 +08:00 via Android
    @lhbc 是知道,但是故意跑题的……23333
        49
    derek80   2015-03-24 23:46:58 +08:00
    PING 8.8.8.8 (8.8.8.8): 56 data bytes
    64 bytes from 8.8.8.8: icmp_seq=0 ttl=57 time=3.232 ms
    64 bytes from 8.8.8.8: icmp_seq=1 ttl=57 time=5.115 ms
    64 bytes from 8.8.8.8: icmp_seq=2 ttl=57 time=5.127 ms
    64 bytes from 8.8.8.8: icmp_seq=3 ttl=57 time=3.436 ms
    64 bytes from 8.8.8.8: icmp_seq=4 ttl=57 time=4.495 ms
    64 bytes from 8.8.8.8: icmp_seq=5 ttl=57 time=2.934 ms
    64 bytes from 8.8.8.8: icmp_seq=6 ttl=57 time=2.627 ms
    64 bytes from 8.8.8.8: icmp_seq=7 ttl=57 time=3.714 ms
    64 bytes from 8.8.8.8: icmp_seq=8 ttl=57 time=29.875 ms
    64 bytes from 8.8.8.8: icmp_seq=9 ttl=57 time=3.159 ms
    64 bytes from 8.8.8.8: icmp_seq=10 ttl=57 time=3.854 ms
    64 bytes from 8.8.8.8: icmp_seq=11 ttl=57 time=3.002 ms
    64 bytes from 8.8.8.8: icmp_seq=12 ttl=57 time=5.094 ms
    64 bytes from 8.8.8.8: icmp_seq=13 ttl=57 time=4.401 ms
    64 bytes from 8.8.8.8: icmp_seq=14 ttl=57 time=4.651 ms
    64 bytes from 8.8.8.8: icmp_seq=15 ttl=57 time=4.086 ms
    64 bytes from 8.8.8.8: icmp_seq=16 ttl=57 time=4.532 ms
    64 bytes from 8.8.8.8: icmp_seq=17 ttl=57 time=3.908 ms
    ^C
    --- 8.8.8.8 ping statistics ---
    18 packets transmitted, 18 packets received, 0.0% packet loss


    上海长宽。自已都不相信了。 8.8.4.4大概在160-190ms
        50
    alloy1124   2015-03-28 19:48:41 +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=1 ttl=59 time=0.644 ms
    64 bytes from 8.8.8.8: icmp_seq=2 ttl=59 time=0.734 ms
    64 bytes from 8.8.8.8: icmp_seq=3 ttl=59 time=0.685 ms
    64 bytes from 8.8.8.8: icmp_seq=4 ttl=59 time=0.735 ms
    64 bytes from 8.8.8.8: icmp_seq=5 ttl=59 time=0.671 ms
    64 bytes from 8.8.8.8: icmp_seq=6 ttl=59 time=0.690 ms
    64 bytes from 8.8.8.8: icmp_seq=7 ttl=59 time=0.681 ms
    64 bytes from 8.8.8.8: icmp_seq=8 ttl=59 time=0.707 ms
    64 bytes from 8.8.8.8: icmp_seq=9 ttl=59 time=0.763 ms
    64 bytes from 8.8.8.8: icmp_seq=10 ttl=59 time=0.960 ms
    ^C
    --- 8.8.8.8 ping statistics ---
    10 packets transmitted, 10 received, 0% packet loss, time 9000ms
    rtt min/avg/max/mdev = 0.644/0.727/0.960/0.084 ms
        51
    LGA1150   2015-03-29 13:45:41 +08:00 via Android
    216.239.32.0/24 早在去年12月26日早上9点左右被路由扩散封锁了,你现在才知道?
        52
    blueionic   2015-03-29 14:36:52 +08:00
        53
    lqzhgood   2015-04-22 22:42:49 +08:00
    @Panintosh
    妈蛋~ 我也是湖南移动啊 114.114.114.114 / 8.8.8.8都被劫持成移动的DNS了(61.234.254.5)
    http://www.v2ex.com/t/185585

    你是湖南哪里丫~
    我要投诉!!
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   1269 人在线   最高记录 5043   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.3 · 98ms · UTC 17:45 · PVG 01:45 · LAX 10:45 · JFK 13:45
    ♥ Do have faith in what you're doing.