Google Cloud DNS 被封，快换 DNS

[blueionic]

又玩阴的。每组只封一个。。跟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记录的主服务器。虽然现在不讲什么主次。。
症状表现为时而不能解析，有时又能。。可以换了。

[blueionic]

@Actrace 谢谢！我的最高需求就是稳定，这种不敢用。。

[Actrace]

@blueionic 稳定性这种东西是相对的。。。Route53偶尔也会抽风，一抽就几个小时，，我说的是在国外。

[xiaozhizhu1997]

@blueionic 你以为我不想用route53啊，AWS检测出我是预付费信用卡，把我拒绝了。

[wy315700]

@xiaozhizhu1997 面向国内的服务器就老老实实找国内的服务吧 至少不用担心抽风什么的

[Showfom]

@blueionic DDoS 可以直接干你服务器 IP 不需要域名解析

[blueionic]

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

[blueionic]

@wy315700 面向全球的。。

[wy315700]

@blueionic 给国内用户单独的域名吧 大部分跨国公司就是这么干的。。。

[Showfom]

@blueionic 嘿嘿

[blueionic]

@wy315700 我觉得搞邮件中继服务器也是很不错的，，国内就有ascloud.qq.com，，DNS用AWS+Dyn混合还是挺靠谱的。。在中国也是如此。。

[fengxing]

@blueionic GFW直接把被封的网站解析到你的域名IP上，然后就可以教你做人了

[blueionic]

@a540355686 啊，哪里做的不对，还望大人明示。。。

[xiaozhizhu1997]

@wy315700 面向全球。
Dyn已经比较令我满意了。

[welsmann]

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

....坐等比我速度还要快的出现

[Panintosh]

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


有人跟我比？？？？湖南移动！！

[pierrec]

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

[Panintosh]

@pierrec 你这是在哪，不在镇上不算！

[xinhugo]

延迟低、丢包率低，确定不是连着 VPN？甚至 IP 被劫持到内网？

[thesunfei]

那些在国内ping 8.8.8.8延迟很低的肯定是遇到黑洞路由了，实际上是指向一个国内服务器。

[wdlth]

国内移动差不多都收回了8.8.8.8这个不可侵犯的神圣IP……