Google Cloud DNS 被封，快换 DNS

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

OP

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

OP

2015-03-23 18:50:26 +08:00

@Showfom 妈妈再也不用担心DDOS了。。

11

blueionic

OP

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

OP

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

OP

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

OP

2015-03-23 22:11:59 +08:00

@Showfom 嘻嘻，邮箱专用域名，木有其他服务，能把google干翻才能干翻我邮箱。。。

27

blueionic

OP

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

OP

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

OP

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

gqfBzoLVY3Wl4Tng

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

gqfBzoLVY3Wl4Tng

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

OP

2015-03-29 14:36:52 +08:00

@LGA1150 真的吗。。快去看看ns1.google.com

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

你是湖南哪里丫~
我要投诉！！