咨询：Google Cloud CDN传递GCS资源时响应头缺失ETag的原因

直接访问GCS存储桶有ETag，但走Cloud CDN就丢失，大概率是CDN侧的配置导致的，以下是具体排查点：

1. 响应头策略检查 #

如果给CDN关联了响应头策略，一定要确认策略里有没有Remove-Header: ETag的规则——这个操作会直接把ETag从CDN返回的响应头里移除。

2. 缓存键配置 #

• 检查CDN的缓存键设置，如果开启了「标准化缓存键」或者自定义了缓存键逻辑，有没有意外排除了ETag相关的处理逻辑。不过Cloud CDN默认会保留源站的ETag，除非手动修改了缓存键的规则导致ETag丢失。
• 另外，确认缓存键是否没有包含ETag相关的请求头，但这个更多影响缓存命中逻辑，一般不会直接导致响应头丢失ETag，但也可以排查下。

3. 资源优化设置 #

如果开启了Cloud CDN的自动压缩（gzip/brotli）或者图片优化功能，在对资源进行转换处理时，可能会替换甚至移除源站的ETag。可以临时关闭这些优化功能，测试访问是否能恢复ETag。

4. 缓存状态验证 #

查看CDN响应头里的X-Cache字段：

• 如果是HIT：说明当前响应来自CDN缓存，那缓存的响应本身就没有ETag，需要检查首次回源时CDN是否正确获取并保存了ETag；
• 如果是MISS：说明是回源获取的响应，这时候还没有ETag，就是CDN在回源后主动移除了这个头，重点排查响应头策略和回源请求策略。

5. 回源请求策略 #

虽然直接访问GCS有ETag，但如果CDN的源站请求策略里修改了请求头（比如添加了某些特殊头），可能导致GCS返回的响应不含ETag？不过这个概率很低，可以排查下策略里是否有修改请求头的规则。

额外排查建议 #

可以去Cloud Logging里查看CDN的回源日志，确认回源时GCS返回的响应头里是否包含ETag，以及CDN处理后是否移除了这个字段，这样能更精准定位问题。

内容的提问来源于stack exchange，提问作者inerpiece