我们将Google网站存储的静态文件（图片，JavaScript和CSS）保存在Google存储桶中，其中包含用于不同类型资源的不同文件夹。每个文件都通过其名称以及通过CNAME记录映射到相应Google存储桶的自定义子域来访问。
此方法效果很好。但是，今天，当尝试以Chrome的隐身（私有浏览）模式访问我们的主要网站时，该网站上的所有页面均无法加载。经过一番侦探工作，我们确定问题出在Google存储器中的文件正在加载中。
[不幸的是，这似乎不是Google Chrome特有的问题。它也在Firefox和Internet Explorer的私有浏览模式下发生（至少在我们用于测试的Windows 8.1 Professional平台上）。
仅当我们使用基于CNAME的方法访问文件时，才会出现此问题。例如，如果在私有浏览器窗口中使用此方法来访问我们在Google存储空间上的图像文件之一，
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（Verizon）认为这是Google的问题，但这可能是特定于ISP的。昨天尝试通过调整一些DNS设置来解决问题似乎可以解决问题，但这只是暂时的。我们今天再次开始遇到这个问题。随着更多信息的提供，我将进一步更新此帖子。
附加更新（2016-08-25）
（（注：我最初于2015-05-26编写了此更新，但未能发布，直到今天才发现。我将其添加以完成问题的描述。）
此问题已解决。我不能肯定地说出问题的根源是什么，但是我可以进一步提供有关问题的本质是什么以及可能解决了什么的信息。
正如我在下面的评论中提到的，这似乎是一个相对孤立的问题。进一步调查显示，问题仅在美国通过Verizon Internet服务（基于陆地或移动）访问特定子域时发生，我不知道问题是Verizon系统内部还是整个Verizon的区域性问题。系统。但是我确实知道它影响了使用Verizon的座机和移动访问。
问题也不断发展。不管使用哪种浏览模式，从浏览器隐身模式访问子域中的文件开始都是一个问题。就是说，如果尝试使用浏览器从子域加载文件只是一个问题。例如，wget可以毫无问题地检索文件。另外，ping子域在Verizon网络上也可以正常工作。
随着问题变得更加严重，我决定彻底检查与该子域相关的DNS设置。在这里，我发现了可能导致问题的原因。域注册机构的DNS设置与我们使用的（单独的）DNS服务之间存在细微的差异。
差异并没有导致关于子域应如何解决的报告相互矛盾（这可能就是为什么以前没有发生此问题的原因）。但是，如果我没记错的话，它导致DNS服务提供了子域的CNAME记录，而注册服务商的DNS信息没有完全确认DNS服务有权提供该信息。
此差异已更正。一两个小时之内，问题就解决了-使用以上两个链接查看文件的任何人都应该能够成功使用两个链接。
但是，我不能肯定地说，我们为解决差异而对DNS设置所做的更改或Verizon的某些更新是否是要解决的问题的原因。不过，我将说我从未向Verizon报告此问题。 （我没走那么远。）
尽管DNS差异已经存在超过一两年，并且没有产生我们所知道的任何问题，但我个人认为是造成问题的原因。
我们将Google网站存储的静态文件（图片，JavaScript和CSS）保存在Google存储桶中，其中包含用于不同类型资源的不同文件夹。每个文件都通过其名称访问...