无法访问云端和快速文件，网站无法加载答案

【问题标题】：Can't access cloudfront and fastly files, web sites not loading无法访问云端和快速文件，网站无法加载
【发布时间】：2013-12-03 12:55:51
【问题描述】：

注意：此问题与有线/无线、iPad（使用 Google DNS）/Linux/Windows 无关

我无法通过 ISP Superonline 从土耳其访问多个站点，包括 stackoverlow (cdn.sstatic.net)、aws.amazon.com (d36cz9buwru1tt.cloudfront.net)、heroku、github 等，为期 3 天。

当我尝试进入 aws.amazon.com 时，浏览器会正确下载 html 和一些图片，但无法下载其中一些，这些托管在 d36cz9buwru1tt.cloudfront.net 或类似的子域上。

Chrome 表示该子域中的几张图片正在等待处理。所以网页加载永远不会完成。

我无法访问http://d36cz9buwru1tt.cloudfront.net，它会持续加载一段时间（30 秒到几分钟）。但是当我在阿姆斯特丹使用代理时，它会立即加载。

没有代理，我可以通过 ping 获得它的 IP：来自 server-54-240-162-83.fra6.r.cloudfront.net (54.240.162.83) 的 64 个字节：icmp_req=1 ttl=53 time=58.2 ms

在编写这些内容时，之前的 URL 在几个小时后变得可用，现在由于其 CDN 上的 css 文件而无法访问 github.com：https://github.global.ssl.fastly.net/assets/github2-f227c0e7c55002ba0645fc8d3761d00bce36e248.css

$ wget https://github.global.ssl.fastly.net/assets/github2-f227c0e7c55002ba0645fc8d3761d00bce36e248.css --2013-11-19 21:39:32-- https://github.global.ssl.fastly.net/assets/github2-f227c0e7c55002ba0645fc8d3761d00bce36e248.css 正在解析 github.global.ssl.fastly.net (github.global.ssl.fastly.net)... 185.31.17.184, 185.31.17.185 连接到 github.global.ssl.fastly.net (github.global.ssl.fastly.net)|185.31.17.184|:443... 已连接。 ... ... 等待但没有响应。

这个问题的原因可能是什么？我的 ISP 没有提供帮助。

更新：更改我的 IP 已解决问题。似乎有人在我被 Cloudfront 禁止之前使用该 IP。

【问题讨论】：

【解决方案1】：

我也遇到了同样的问题，更改 DNS 解决了这个问题。对我来说 Coursera 没有开放，9GAG 也没有。

将我的 ISP 提供的默认 DNS 服务器更改为 google 提供的服务器，即

8.8.8.8 和 8.8.4.4

我希望这也能解决您的问题。

【讨论】：

【解决方案2】：

CloudFront 上的一些 ISP 和 DNS 解析似乎存在很多问题。看到这个https://forums.aws.amazon.com/thread.jspa?messageID=263168

您是否尝试过更改您的 DNS？

【讨论】：

【解决方案3】：

我也有同样的问题；和你一样的情况。
我想我们真的经历完全一样。（但对我来说就发生在今天）

我首先注意到云端的问题，然后很快我就可以连接到云端，但很快。

为了回答您的问题，我可能会猜测问题的根源。
但是，如果这个猜测是真的，那么我们就无法解决这个问题。

我认为这是因为安装在 ISP 网络中的 LSN（或 NAT444、CGN）。
（ISP 不希望客户注意到这一变化。）

要检查此推测是否合理，请检查您的调制解调器/路由器
如果从 ISP 收到的 IP 地址在此块中 100.64.0.0/10
那么这应该可以解释这种现象。

我的 ISP 最近在此问题出现之前部署了 LSN。
我认为 LSN 中的 IP 地址池太小（ISP 部署不好），所以太多用户共享同一个 IP 地址。

这会导致 CDN 网络认为他们受到来自特定 IP 地址的 DOS 攻击。
那么 CDN 网络将临时阻止（或空路由）LSN IP 地址。

一些注意事项：我确定这与 DNS 无关，因为快速部署一些称为“循环 DNS”的技巧以与“客户端重试”一起使用，我尝试快速连接多个 IP 地址并检查值（收到的所有 A 记录）都是正确的。

要解决此问题，您可以在 VPS 上设置 SOCKS 代理并编写 PAC 脚本以通过代理重定向一些流量。

【讨论】：