一位开发者因购买了 Anthropic 的 Claude 和 OpenAI 的 Codex 等大模型 API 的高额额度（文中提到的“20x”可能指倍率或特定套餐），且存在闲置资源，便着手搭建自用的 API 中转服务，计划通过资源共享方式供朋友使用。然而，在实际部署过程中，开发者遭遇了典型的网络安全与可用性冲突。目前遇到的主要技术瓶颈集中在 Cloudflare 的防护机制上：开启 Cloudflare 的“橙云”代理模式（即 CDN 隐藏源站 IP）时，虽然能有效隐藏服务器真实 IP 地址，但频繁出现 API 请求响应超时以及关键 HTTP Header 被 WAF（Web 应用防火墙）拦截的情况，导致 AI 对话生成失败或中断。若关闭 Cloudflare 代理，虽然解决了连接性问题，却直接将源服务器 IP 暴露在公网之下，极易遭受 DDoS 攻击或被服务商封禁。该发帖者在 Linux.do 社区发帖询问，寻求除 Cloudflare 之外的第三方解决方案，探讨如何在确保 API 中转服务高可用性的同时，保障服务器安全隐匿，这反映了当前 AI 开发者在自建模型分发网关时面临的共性运维难题。
事件分析
该事件反映了当前大模型（LLM）应用分发环节中基础设施适配性滞后的问题。AI 大模型的 API 请求通常具有流式输出、连接时间长、响应 Header 复杂等特征，这与传统 Web 网页的短连接请求模式存在显著差异。Cloudflare 等传统 CDN/WAF 提供商的安全规则主要基于 HTTP 静态流量优化，往往难以精准区分恶意攻击与正常的 AI 长连接数据流，从而产生误拦截。随着大模型 API 的二开与代理服务成为开发者社区的热门趋势，传统网络基础设施对 AI 专用流量协议支持不足的短板日益凸显。这预示着未来“AI 网关”或专用流量清洗服务可能成为细分赛道，要求安全解决方案不仅要具备 DDoS 防护能力，更需理解 AI 协议的上下文特征，以解决“代理必卡，直连必死”的行业痛点。
💡 核心观点：传统WAF难以适配LLM流式传输特性，构建支持AI协议专用特征的流量网关是解决中转服务安全与性能冲突的关键。
原文链接：Linux.do
AI周刊：大模型、智能体与产业动态追踪
程序员数学扫盲课
冲浪推荐：AI工具与技术精选导航
Claude Code 全体系指南：AI 编程智能体实战