Cloudflare 将推出 OHTTP Gateway：应用可在不看到用户 IP 的情况下接收请求
据 Cloudflare 官方博客消息，Cloudflare 宣布将在今年秋季推出 Cloudflare OHTTP Gateway，面向客户作为其站点的付费附加功能开放。该产品基于 IETF 标准 Oblivious HTTP（OHTTP），目标是让应用后端在接收 HTTP 请求时不直接看到用户 IP 地址。对于跨境用户而言，这类基础设施变化并不等同于“换一个访问工具”，但它可能影响未来海外应用在账号识别、隐私保护、风控判断和远程访问场景中的数据处理方式。
OHTTP Gateway 做了什么：把“身份”和“请求内容”拆开
来源显示，传统客户端与服务器通信过程中，应用服务端通常可以看到一串用户相关信息，例如客户端 IP 地址、TLS 指纹等。这些信息会形成可用于识别或追踪的技术痕迹。Cloudflare 认为，当前终端用户为保护隐私承担了过多负担，常见做法包括使用 VPN、禁用 Cookie 或安装广告拦截工具；与此同时，一些应用开发者也会因为常规网络架构而被动掌握超出业务所需的用户信息。
OHTTP 的设计思路是通过两个由不同主体运营的环节处理请求：一个是 relay（中继），另一个是 gateway（网关）。中继负责盲转发加密请求，用来隐藏客户端标识；网关负责对加密请求进行解封装，并封装响应，让应用服务器能够像处理普通 HTTP 请求一样处理 OHTTP 流量。关键点在于，单一参与方不应同时看到用户标识和请求内容，从而降低集中式追踪风险。
从跨境用户角度看：账号、支付与访问环境可能受到哪些影响
对经常使用海外平台的用户来说，IP 地址、设备网络特征和请求行为往往会参与账号安全、登录提醒、反欺诈与支付风控判断。OHTTP Gateway 的推出，意味着更多应用开发者可能在产品层面选择“少看一点用户身份信息”，尤其是在不需要精确识别用户来源的功能中，引入更隐私友好的通信方式。
不过，这并不代表所有平台都会减少风控，也不意味着用户可以绕过地区限制、支付规则或账号审核。来源提到的重点是让应用后端在特定架构下接收请求时看不到用户 IP，而不是改变平台的合规义务。对于跨境电商、订阅服务、远程办公 SaaS 或金融类应用，支付通道仍可能依据账单地址、卡组织规则、账号历史、设备环境等多重信号进行判断。
- 账号隐私：部分应用若采用 OHTTP，可能减少后端直接收集用户 IP 的必要性。
- 访问体验：请求经过中继和网关后，应用侧可在更少暴露用户标识的前提下处理业务请求。
- 支付风控：OHTTP 不等于取消支付审核，账单信息、登录行为和交易记录仍可能被使用。
- 远程办公：企业应用若采用类似架构，可能在保护员工网络位置隐私与维持安全策略之间寻找平衡。
Cloudflare 产品线延伸：从 OHTTP Relay 到 Gateway
Cloudflare 表示，其在 2022 年已推出 OHTTP relay 产品 Privacy Gateway，用于帮助客户提供更注重隐私的用户体验。来源中提到，Flo Health 在其应用 Anonymous Mode 中使用 OHTTP，Apple 的 Private Cloud Compute 也使用 OHTTP 来将 AI 推理请求与用户身份信息分离。此次宣布的 OHTTP Gateway，则是对其 OHTTP 产品套件的扩展，客户未来可在站点中启用该能力并接收 OHTTP 流量。
从行业角度看，隐私保护正在从“用户自己安装工具”逐步转向“应用和基础设施默认减少暴露”。这对跨境网络环境有现实意义：用户不一定了解每个应用如何记录 IP、TLS 指纹或请求路径，但底层架构若减少不必要的数据可见性，就能降低一部分长期追踪风险。
需要注意：OHTTP 不是 VPN，也不是万能匿名方案
OHTTP 与 VPN 的定位不同。VPN 通常改变用户到互联网的出口路径，而 OHTTP 更强调在应用请求链路中分离客户端标识与请求内容。两者都可能与隐私有关，但解决的问题不同。对海外平台用户来说，仍应根据账号安全、支付稳定性和服务条款谨慎配置访问环境，避免频繁切换网络、地区或设备导致平台误判。
总体来看，Cloudflare OHTTP Gateway 的推出反映了一个趋势：隐私保护正在被更多云基础设施和应用后端吸收，而不是完全交给终端用户自行处理。对于依赖海外账号、跨境支付和远程协作的用户，这类变化值得关注，因为它可能逐步改变平台“看到什么数据、如何做风险判断”的底层逻辑。