注意：此问题与有线/无线，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。
答案 0 :(得分：2)
我也有完全相同的问题，更改DNS解决了问题。对我来说，Coursera没有开放，也没有9GAG。
将我的ISP提供的默认DNS服务器更改为google提供的服务器。
8.8.8.8和8.8.4.4
我希望这也解决了你的问题。
答案 1 :(得分：1)
CloudFront上的某些ISP和DNS解析似乎存在很多问题。见https://forums.aws.amazon.com/thread.jspa?messageID=263168
您是否尝试过更改DNS？
答案 2 :(得分：1)
我也有完全相同的问题;和你一样的情况。
我认为我们的体验完全相同。 （但对我来说只是今天发生）
我第一次注意到云端问题，然后我很快就能连接到Cloudfront。
要回答你的问题，我可能会猜测问题的根源 但是，如果这种推测是正确的，那么问题就无法解决。
我认为这是因为安装在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的，因为快速部署了一些名为＆＃34;循环DNS＆＃34;使用＆＃34;客户端重试＆＃34;我尝试快速连接多个IP地址，并检查值（收到的所有A记录）是否正确。
要解决此问题，您可以在VPS上设置SOCKS代理并编写PAC脚本以通过代理重定向某些流量。