我们为存储在Google存储空间存储桶中的网站保留静态文件（图像，javascript和css），其中包含针对不同类型资源的不同文件夹。每个文件都可以通过其名称以及通过CNAME记录映射到相应Google存储桶的自定义子域进行访问。
这个方法很顺利。但是，今天，当尝试以Chrome的隐身（隐私浏览）模式访问我们的主网站时，网站上的所有网页都无法加载。经过一些侦探工作，我们已经确定问题出在Google Storage上存储的文件中，而这些文件没有加载。
不幸的是，这似乎不是Google Chrome特有的问题。它也出现在Firefox和Internet Explorer的隐私浏览模式中（至少在我们用于测试的Windows 8.1 Professional平台上）。
只有在我们使用基于CNAME的方法访问文件时才会出现问题。例如，如果在私人浏览器窗口中使用此方法来访问Google Storage上的某个图片文件，
Image of a crowd on Google Storage - direct access to Google Storage
可以毫无问题地查看该文件。另一方面，如果使用CNAME方法在私人浏览窗口中查看文件，就像这样
Image of a crowd on Google Storage - access via CNAME
图片无法加载。
更糟糕的是，由于我们不完全理解的原因，一旦在私人浏览窗口中出现此问题，它将继续干扰在常规（非私人浏览）浏览器窗口中正确查看网站的情况一些浏览器。
有没有人遇到过这个问题，如果有的话，找到了解决方法吗？
提前感谢任何提示或建议。
更新（2015-05-26）
此问题仍在调查中。它可能是特定于ISP的，尽管我们的ISP（Verizon）认为这是谷歌的问题。昨天尝试通过调整一些DNS设置解决问题似乎解决了这个问题，但这只是暂时的。我们今天再次开始体验这个问题。随着更多信息的出现，我将进一步更新此帖子。
额外更新（2016-08-25）
（注意：我最初在2015-05-26写了这个更新，但未能发布，今天发现了。我正在添加它以完成问题的描述。）
此问题已得到解决。我不能肯定地说问题的根源是什么，但我可以提供进一步的信息，说明问题的本质是什么以及可能解决了什么问题。
正如我在下面的评论中所提到的，这似乎是一个相对孤立的问题。进一步的调查显示，问题是在美国Verizon互联网服务（陆基或移动）访问特定子域时发生的我不知道问题是Verizon系统内的区域问题，还是整个Verizon系统。但我知道它使用Verizon影响了固定电话和移动接入。
问题也在演变。无论使用何种浏览模式，在浏览器的隐身模式下访问子域中的文件时遇到的问题都成了问题。也就是说，如果从子域加载文件的尝试与浏览器一起使用，那只是一个问题。可以毫无问题地检索文件，例如wget。此外，ping子域也在Verizon网络上运行良好。
随着问题变得越来越严重，我决定彻底检查与子域相关的DNS设置。这是我发现可能导致问题的地方。域名注册商的DNS设置与我们使用的（单独）DNS服务之间存在轻微差异。
这种差异并没有导致关于如何解决子域的报告相互矛盾（这可能是为什么过去没有发生这个问题的原因）。但是，如果我没记错的话，它会导致DNS服务提供子域的CNAME记录，而注册商的DNS信息没有完全确认DNS服务有权提供该信息。
此差异已得到纠正。在一两个小时内，问题就解决了 - 使用上述两个链接查看文件的任何人都应该成功使用这两个链接。
但是，我不能肯定地说，我们为解决差异而进行的DNS设置更改，或Verizon的某些更新是否导致问题得到解决。但是，我会说，我从来没有向Verizon报告这个问题。 （我没有那么远。）
虽然DNS差异已存在超过一年或两年，并且没有产生任何我们意识到的问题，但我个人认为这是造成问题的原因。
