我相当无知的意见是，这是一种DNS问题，虽然我几个星期没有做任何DNS更改。 也许S3有一个问题，但似乎没有人报告和S3问题。
昨天晚上的某个时候，我们的S3存储桶中的文件只能偶尔通过我们通常使用的URL访问。 如果我使用本地亚马逊url，该文件是可靠的。 这是一个例子：
不可靠： http : //guiders.iguiders.com/Guider-1309959830.js
可访问https://s3.amazonaws.com/guiders.iguiders.com/Guider-1309959830.js http://guiders.iguiders.com.s3.amazonaws.com/Guider-1309959830.js
guiders.iguiders.com是CNAME'd guiders.iguiders.com.s3.amazonaws.com但tracerout到2名返回不同的IP地址 – 我不知道这是否意义重大。
guiders.iguiders.com是可以在浏览器中，但我得到的“It Works”的Ubuntu默认www页面，这表明它实际上指向我们的EC2实例之一，即使DNS设置为指向亚马逊S3。
我不知道这可能是一个S3问题，但似乎更不可能只是突然不工作这个url。
此外，我知道这不是一个本地的问题（就像它不是我有DNS更换器病毒），因为我使用pingdom来检查到达该文件桶中的能力，每隔几分钟它告诉我服务器已closures，那么它是起来，那么它已经下降了。
任何想法的东西我应该尝试发现是什么问题？
iguiders.com有两个名称服务器configuration： ns2.zoneedit.com和ns18.zoneedit.com
当我跑步
dig guiders.iguiders.com @ns18.zoneedit.com
我明白了
guiders.iguiders.com. 7200 IN CNAME guiders.iguiders.com.s3.amazonaws.com.
但是，如果我这样做
guiders.iguiders.com @ns2.zoneedit.com
我明白了
guiders.iguiders.com. 7200 IN CNAME x.guiders.iguiders.com.s3.amazonaws.com.
它存在，但具有不同的IP地址。 这是IP地址差异的原因。 我不确定为什么您的主名称服务器和辅助名称服务器对CNAME有不同的值，这是zoneedit.com