Google 的压缩代理和缺少 X-Forwarded-For 标头答案

【问题标题】：Google's compression proxy and missing X-Forwarded-For headersGoogle 的压缩代理和缺少 X-Forwarded-For 标头
【发布时间】：2015-11-27 21:10:22
【问题描述】：

我的理解是，主机名以 google-proxy 开头的请求是来自主要由移动用户使用的 Google 压缩代理的请求。

根据下面的 URL，Google 将始终在 X-Forwarded-For 标头中中继用户的真实 IP，但我们看到大量没有此类标头的 google-proxy 请求。

根据 Google 在以下 URL 上发布的信息，有谁知道我们是否可以安全地假设任何在 X-Forwarded-For 标头中没有 IP 的 google-proxy 请求都是来自 Google 内部的某种类型的自动请求，并且不是来自真实用户的真实请求？

https://developer.chrome.com/multidevice/data-compression

【问题讨论】：

标签： android google-chrome proxy http-headers

【解决方案1】：

我刚刚代表工程团队发布了这个new doc about data compression proxy。

您应该在代理发出的所有请求上看到一个Via HTTP-Header，看起来像Via: 1.1 Chrome-Compression-Proxy。如果这不在请求中，那么它来自另一个服务。理论上，压缩代理的基础架构可以被 Google 内部的任何其他服务使用。

【讨论】：