
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 这第三个不行的了,很好奇为何会给解析成本地地址 |