Google cloud storage 如果用户浏览器处于匿名模式，则不会加载Google存储上的公开静态文件

我们将网站的静态文件、图像、javascript和css存储在一个Google存储桶中，不同类型的资源有不同的文件夹。每个文件都可以通过其名称以及通过CNAME记录映射到相应Google存储桶的自定义子域进行访问

这个方法很有效。然而，今天，当试图以Chrome的匿名私人浏览模式访问我们的主网站时，网站上的所有页面都无法加载。经过一些调查工作后，我们确定问题出在Google存储中存储的文件，这些文件没有加载

不幸的是，这似乎不是谷歌浏览器特有的问题。它出现在Firefox和Internet Explorer的私人浏览模式中，至少在我们用于测试的Windows 8.1 Professional平台上也是如此

只有使用基于CNAME的方法访问文件时，问题才会出现。例如，如果在专用浏览器窗口中使用此方法访问Google Storage上的一个图像文件

可以毫无问题地查看该文件。另一方面，如果使用CNAME方法在私有浏览窗口中查看文件，如下所示

图像将不会加载

更糟糕的是，由于我们不完全理解的原因，一旦这个问题在私人浏览窗口中发生，它将继续干扰在一些浏览器的常规非私人浏览窗口中正确查看网站

是否有人遇到过此问题，如果有，是否找到了解决方案

提前感谢您提供的任何提示或建议

更新2015-05-26

这个问题仍在调查中。它可能是特定于ISP的，尽管我们的ISP Verizon认为这是谷歌方面的一个问题。昨天尝试通过调整一些DNS设置来解决问题似乎解决了问题，但这只是暂时的。我们今天又开始遇到这个问题。当更多信息可用时，我将进一步更新此帖子

补充更新2016-08-25

注意：我最初在2015年5月26日编写了此更新，但未能发布，并于今天发现。我添加它是为了完成对问题的描述

这个问题已经解决了。我不能肯定地说问题的根源是什么，但我可以提供进一步的信息，说明问题的确切性质以及解决问题的方法

正如我在下面的评论中提到的，这似乎是一个相对孤立的问题。进一步调查显示，该问题仅发生在通过美国的Verizon互联网服务陆地或移动接入特定子域的情况下。我不知道该问题是Verizon系统内的区域问题，还是整个Verizon系统的问题。但我知道它影响了使用Verizon的固定电话和移动接入

问题也在演变。无论使用何种浏览模式，以浏览器的匿名模式访问子域中的文件都会成为一个问题。也就是说，如果试图从子域加载文件是与浏览器一起使用，这只是一个问题。例如，wget可以毫无问题地检索文件。此外，在Verizon网络上ping子域也可以正常工作

随着问题变得更加严重，我决定彻底检查与子域相关的DNS设置。在这里，我发现了导致问题的原因。域注册器的DNS设置与我们使用的单独DNS服务之间存在轻微差异

这种差异并没有导致关于如何解决子域的报告发生冲突，这可能就是为什么这个问题在过去没有发生的原因。但是，如果我没有记错的话，它导致DNS服务为子域提供CNAME记录，而注册商的DNS信息没有完全确认DNS服务有权提供该信息

这一差异已得到纠正。在一两个小时内，问题自行解决了——任何使用上述两个链接查看文件的人都应该成功使用这两个链接

然而，我不能肯定地说，是我们为解决差异而对DNS设置所做的更改，还是Verizon的某些更新导致了问题的解决。然而，我要说的是，我从未向Verizon报告过这个问题。我没走那么远

---

虽然DNS差异已经存在了一、两年多，并且没有造成我们所意识到的任何问题，但我个人认为这是导致问题的原因。

您的问题在其他地方。。。我可以在私人或普通网络上打开这两个链接browser@Patrice-您是否从基于Windows的计算机访问文件o

---

是Mac还是Linux系统？我们已经在几个不同的Windows计算机上测试了这个问题，使用的是Windows 7和Windows 8.1，它们都遇到了我上面描述的相同问题。当然，他们也来自同一个位置/IP地址，也许互联网连接是问题所在。。。我们正在检查的东西。我在一台Windows7机器上，使用最新的Chrome。谢谢@Patrice-这可能只是我们特定地点发生的本地问题。它似乎不是特定于我们计算机上的Windows。我在我的计算机上启动了一个Ubuntu VirtualBox实例，在尝试加载用CNAME方法指定的文件时遇到了同样的问题。奇怪的是，我可以在Ubuntu实例中对文件进行wget和curl处理，但不能在Ubuntu的浏览器中查看它。任何关于问题根源的建议都是非常受欢迎的。谢谢我们昨天做了一些实验来找出这个问题的根源，这使我们相信它可能与我们的ISP有关，即Verizon。我们通过Comcast互联网接入测试了网站访问者的访问权限，没有问题。然而，当使用Verizon的移动网络查看该网站时，static9.light-kr.com CNAME域出现问题。我们正在调查这种可能性。