Kube-Router IPv6服务VIP在同一节点路由问题解析

在Kubernetes网络环境中，Kube-Router作为一款流行的网络解决方案，提供了路由、防火墙和服务代理等功能。近期发现了一个关于IPv6服务VIP（虚拟IP）的特殊路由问题，值得网络管理员和Kubernetes运维人员关注。

问题现象

当流量源自于承载IPv6服务VIP的同一节点时，Kube-Router无法成功获取响应。这一现象仅出现在IPv6环境下，IPv4服务VIP则表现正常。具体表现为：

• 从节点访问IPv4服务VIP成功
• 从同一节点访问IPv6服务VIP超时失败

技术背景

Kube-Router实现服务VIP时，会将这些地址添加到kube-dummy-if虚拟接口上。为了确保路由正确性，它还会添加特殊的本地路由规则，将流量源地址修改为节点主IP地址。这一机制在IPv4环境下工作良好，但在IPv6环境下出现了异常。

根本原因分析

深入研究发现，iproute2工具在处理IPv4和IPv6地址时存在行为差异：

1. IPv4地址处理：

   • 仅添加一条预期的本地路由规则
   • 规则格式：local [VIP] dev kube-dummy-if table local proto kernel scope host src [节点IP]

2. IPv6地址处理：

   • 自动添加三条路由规则
   • 其中两条是系统自动生成的额外规则
   • 这些额外规则干扰了预期的流量转发

解决方案验证

通过手动删除干扰路由可以验证解决方案的有效性：

# 删除第一条干扰路由
sudo ip -6 route del 2001:db8:42:1::d45a dev kube-dummy-if proto kernel metric 256 pref medium

# 删除第二条干扰路由
sudo ip -6 route del local 2001:db8:42:1::d45a dev kube-dummy-if table local proto kernel metric 0 pref medium

# 验证IPv6服务VIP访问
curl "http://[2001:db8:42:1::d45a]:5000"

删除干扰路由后，IPv6服务VIP访问恢复正常，证明这些自动生成的路由确实是问题的根源。

修复方案

Kube-Router项目已经通过代码修复解决了这一问题。修复的核心思路是：

1. 显式删除系统自动生成的IPv6路由
2. 确保只保留预期的路由规则
3. 保持与IPv4相同的行为一致性

运维建议

对于使用Kube-Router并启用IPv6服务的生产环境，建议：

1. 升级到包含此修复的版本
2. 定期验证服务VIP的可达性
3. 同时测试IPv4和IPv6服务端点
4. 特别注意同一节点上的访问测试

总结

这一案例展示了网络协议栈实现细节中的微妙差异如何影响实际生产环境。IPv6虽然与IPv4在概念上相似，但在实现细节上仍存在诸多不同，需要网络组件开发者特别注意。Kube-Router通过精确控制路由表项，确保了服务VIP在各种场景下的可靠访问。