1
Andy1999 2016-02-06 16:29:44 +08:00
|
2
VmuTargh 2016-02-06 16:35:27 +08:00
C:\Documents and Settings\zj>ping www.cloudfront.net
Ping request could not find host www.cloudfront.net. Please check the name and try again. |
3
yexm0 2016-02-06 16:41:53 +08:00 via Android
cf 的官网全世界都解析不了的啦。
|
4
xmh51 2016-02-06 16:55:15 +08:00
不要搞个大新闻, http://www.ipip.net/ping.php ping www.cloudfront.net 全部没法解析
|
5
arcmez OP |
7
arcmez OP 这边是 ping 这游戏的网站会解析到 CF ,但后面的 ip 强制转成本地。
改 host 后才能正常浏览。 |
8
Liqianyu 2016-02-06 19:03:20 +08:00
|
9
kiritoalex 2016-02-06 20:06:11 +08:00
可是,这个不就是 AWS 里面的吗?
https://aws.amazon.com/cn/cloudfront/ |
10
VmuTargh 2016-02-06 20:24:27 +08:00
|
11
qucklay 2016-02-06 23:56:23 +08:00
C:\Users\admin>ping cloudfront.com
正在 Ping cloudfront.com [207.171.166.22] 具有 32 字节的数据: 来自 207.171.166.22 的回复: 字节=32 时间=464ms TTL=234 来自 207.171.166.22 的回复: 字节=32 时间=464ms TTL=234 来自 207.171.166.22 的回复: 字节=32 时间=463ms TTL=234 来自 207.171.166.22 的回复: 字节=32 时间=466ms TTL=234 207.171.166.22 的 Ping 统计信息: 数据包: 已发送 = 4 ,已接收 = 4 ,丢失 = 0 (0% 丢失), 往返行程的估计时间(以毫秒为单位): 最短 = 463ms ,最长 = 466ms ,平均 = 464ms |
12
zhjits 2016-02-07 10:37:13 +08:00
$ ping -c 4 cloudfront.com
PING cloudfront.com (207.171.166.22): 56 data bytes Request timeout for icmp_seq 0 Request timeout for icmp_seq 1 Request timeout for icmp_seq 2 --- cloudfront.com ping statistics --- 4 packets transmitted, 0 packets received, 100.0% packet loss 宁波电信 |
13
myguybetter 2016-02-11 17:07:09 +08:00 via Android
哈,这不是某 o2uer 嘛,图片竟然是 doma 新曲#(滑稽)
|
14
arcmez OP C:\Users\Raven>ping static.playstove.co.kr
正在 Ping d184pi7j1uoh9h.cloudfront.net [127.0.0.1] 具有 32 字节的数据: 来自 127.0.0.1 的回复: 字节=32 时间<1ms TTL=128 来自 127.0.0.1 的回复: 字节=32 时间<1ms TTL=128 来自 127.0.0.1 的回复: 字节=32 时间<1ms TTL=128 来自 127.0.0.1 的回复: 字节=32 时间<1ms TTL=128 127.0.0.1 的 Ping 统计信息: 数据包: 已发送 = 4 ,已接收 = 4 ,丢失 = 0 (0% 丢失), 往返行程的估计时间(以毫秒为单位): 最短 = 0ms ,最长 = 0ms ,平均 = 0ms 这第三个不行的了,很好奇为何会给解析成本地地址 |