Google cloud storage 在特定位置测试Google CDN

我们在启用CDN的Google存储上有视频（mp4）文件。除了我们的一个用户外，所有用户都对视频进行了伪流传输（HTTP字节范围）。所有的视频都有相同的格式，使用相同的参数进行ffmpeg编码。所有视频都可以从不同的地点播放（特别是在美国和欧洲测试）

只有一位来自韩国的用户报告说，他不能流式播放一些视频，但可以流式播放其他视频。他尝试了3种不同的设备（Windows、iPhone、Android tabled），结果都是一样的。他试图切换到移动网络（LTE），但仍然存在问题。我们不知道韩国的其他用户是否有同样的问题，我们在那里的用户并不多

韩国的PoP或GCC节点是否可能提供与其他地方几乎不同的数据？是否有可能测试对来自欧洲的韩国用户相同的PoP、GCC节点的HTTP请求

更新：对用户进行几次测试后，我们发现下载的视频（通过

curl

）是正确的。他也有一些新视频的问题，所以问题不在于缓存。当视频末尾有索引时，问题就出现了，因此播放机必须首先查找文件末尾（HTTP

字节范围

）。（但并非总是如此，他可以在结尾播放一些带有索引的视频）。

从不同的位置测试您的服务 数据服务不会因位置而异。要从远程位置发出HTTP请求，我建议使用容器启动一个VM实例，并在靠近您要查找的远程位置（）的区域中安装一个就绪的VPN服务器（）。在本例中，最接近测试您的服务的是台湾或新加坡（）

Google CDN和大文件 如您所见，缓存的响应的主体必须小于10 MB，否则它们将不会被缓存（）。尽管如此，该文档还是为大型文件缓存提供了一个技巧，即使用Cloud CDN Interconnect（）优化传出流量。 云CDN似乎不是适合视频流的服务。你能告诉我在你的后端如何处理通过HTTP的视频流吗？在发送响应中的数据之前，是否对文件进行了分区？ 您还可以检查日志，查看数据是从缓存发送到用户，还是从后端发送。（）

Google CDN和部分内容响应

---

根据（），唯一存储的响应是状态代码为200/203/300等的响应，以及需要遵守的其他条件。通常，根据RFC 7233（），成功的部分内容响应使用206 HTTP状态码进行编码。这意味着云CDN不隐式支持缓存部分内容。尽管如此，请记住，云CDN确实遵守RFC 7234规范（），因为在使用缓存时，字节范围请求是可选的（“缓存可以通过发出后续范围请求来完成存储的不完整响应”）。我的观点是，只有完整内容的响应被缓存，而对“块”的请求被代理到源服务器，并且响应不会被插入到缓存中

大家好，我是谷歌云平台支持部的都铎。很抱歉这么晚才联系到你。如果您仍然遇到此处描述的问题，请在中打开问题。这将有助于我们提供更好的支持。请回复一个链接到问题，一旦你有它创建。谢谢，我已经提交