Apache APISIX 在 OVH Kubernetes 集群中获取客户端真实 IP 的配置实践
2025-05-15 14:20:59作者:劳婵绚Shirley
背景介绍
在现代云原生架构中,Apache APISIX 作为高性能 API 网关,经常被部署在 Kubernetes 集群中。当集群位于 OVH 云平台时,由于负载均衡器的存在,APISIX 默认无法获取到客户端的真实 IP 地址,这给日志记录、访问控制等关键功能带来了挑战。
问题分析
在 OVH Kubernetes 集群中,流量会经过以下路径到达 APISIX:
- 客户端请求首先到达 OVH 负载均衡器
- 负载均衡器将请求转发到 Kubernetes 节点
- 节点上的 kube-proxy 将请求路由到 APISIX Pod
在这个过程中,如果不进行特殊配置,APISIX 只能看到负载均衡器的 IP 地址,而非原始客户端的真实 IP。
解决方案
1. 启用 PROXY 协议
APISIX 支持 PROXY 协议,这是一种在 TCP 层传递客户端信息的标准方法。要启用此功能,需要在 APISIX 的 config.yaml 配置文件中进行以下设置:
proxy_protocol:
listen_http_port: 9181
listen_https_port: 9182
enable_tcp_pp: true
enable_tcp_pp_to_upstream: true
2. Kubernetes Service 配置
在 Kubernetes 中,需要确保 Service 资源正确配置:
apiVersion: v1
kind: Service
metadata:
annotations:
service.beta.kubernetes.io/ovh-loadbalancer-proxy-protocol: "v2"
name: apisix-gateway
spec:
ports:
- name: http
port: 80
targetPort: 9181
- name: https
port: 443
targetPort: 9182
selector:
app: apisix
type: LoadBalancer
关键点说明:
service.beta.kubernetes.io/ovh-loadbalancer-proxy-protocol注解启用 OVH 负载均衡器的 PROXY 协议支持- Service 的 targetPort 必须与 APISIX 配置中的 listen_http_port 和 listen_https_port 对应
3. APISIX 路由配置验证
配置完成后,可以通过创建测试路由来验证客户端 IP 是否正确传递:
curl -X PUT http://127.0.0.1:9180/apisix/admin/routes/1 \
-H 'X-API-KEY: your-admin-key' \
-d '{
"uri": "/ip",
"plugins": {
"response-rewrite": {
"body": "{\"client_ip\":\"$remote_addr\"}"
}
},
"upstream": {
"type": "roundrobin",
"nodes": {
"httpbin.org:80": 1
}
}
}'
访问该路由时,返回的 JSON 中应该显示真实的客户端 IP 而非负载均衡器的 IP。
常见问题排查
-
配置不生效:
- 检查 APISIX 日志确认 PROXY 协议已启用
- 确保 Service 的 targetPort 与 APISIX 配置匹配
- 验证 OVH 负载均衡器确实启用了 PROXY 协议
-
连接问题:
- 如果出现连接失败,检查防火墙规则是否允许 PROXY 协议端口通信
- 确认 APISIX Pod 健康状态
-
IP 格式不正确:
- 确保使用 PROXY 协议 v2 版本
- 检查网络中间件是否修改了 PROXY 协议头
性能考量
启用 PROXY 协议会带来轻微的性能开销,主要体现在:
- 额外的 TCP 握手过程
- 每个连接需要解析 PROXY 协议头
- 内存中需要维护更多连接状态信息
在大多数生产场景中,这种开销是可以接受的,特别是与获取真实客户端 IP 带来的好处相比。
最佳实践建议
- 逐步启用:先在测试环境验证配置,再逐步推广到生产环境
- 监控设置:密切关注启用后的延迟和吞吐量变化
- 日志记录:确保访问日志中包含客户端真实 IP 用于审计
- 安全策略:基于真实客户端 IP 实施速率限制等安全措施
通过以上配置,APISIX 在 OVH Kubernetes 环境中可以准确获取客户端真实 IP,为后续的流量管理、安全防护等高级功能奠定基础。
登录后查看全文
热门项目推荐
相关项目推荐
atomcodeClaude Code 的开源替代方案。连接任意大模型,编辑代码,运行命令,自动验证 — 全自动执行。用 Rust 构建,极致性能。 | An open-source alternative to Claude Code. Connect any LLM, edit code, run commands, and verify changes — autonomously. Built in Rust for speed. Get StartedRust0151- DDeepSeek-V4-ProDeepSeek-V4-Pro(总参数 1.6 万亿,激活 49B)面向复杂推理和高级编程任务,在代码竞赛、数学推理、Agent 工作流等场景表现优异,性能接近国际前沿闭源模型。Python00
LongCat-Video-Avatar-1.5最新开源LongCat-Video-Avatar 1.5 版本,这是一款经过升级的开源框架,专注于音频驱动人物视频生成的极致实证优化与生产级就绪能力。该版本在 LongCat-Video 基础模型之上构建,可生成高度稳定的商用级虚拟人视频,支持音频-文本转视频(AT2V)、音频-文本-图像转视频(ATI2V)以及视频续播等原生任务,并能无缝兼容单流与多流音频输入。00
auto-devAutoDev 是一个 AI 驱动的辅助编程插件。AutoDev 支持一键生成测试、代码、提交信息等,还能够与您的需求管理系统(例如Jira、Trello、Github Issue 等)直接对接。 在IDE 中,您只需简单点击,AutoDev 会根据您的需求自动为您生成代码。Kotlin03
Intern-S2-PreviewIntern-S2-Preview,这是一款高效的350亿参数科学多模态基础模型。除了常规的参数与数据规模扩展外,Intern-S2-Preview探索了任务扩展:通过提升科学任务的难度、多样性与覆盖范围,进一步释放模型能力。Python00
skillhubopenJiuwen 生态的 Skill 托管与分发开源方案,支持自建与可选 ClawHub 兼容。Python0111
项目优选
收起
暂无描述
Dockerfile
731
4.74 K
Ascend Extension for PyTorch
Python
610
794
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
1 K
1.01 K
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
433
392
华为昇腾面向大规模分布式训练的多模态大模型套件,支撑多模态生成、多模态理解。
Python
145
237
Claude Code 的开源替代方案。连接任意大模型,编辑代码,运行命令,自动验证 — 全自动执行。用 Rust 构建,极致性能。 | An open-source alternative to Claude Code. Connect any LLM, edit code, run commands, and verify changes — autonomously. Built in Rust for speed.
Get Started
Rust
1.16 K
150
暂无简介
Dart
983
252
Oohos_react_native
React Native鸿蒙化仓库
C++
348
401
昇腾LLM分布式训练框架
Python
166
198
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
1.67 K
987