i2pd在Kubernetes环境中的端口转发配置指南

前言

在Kubernetes集群中部署i2pd路由器时，正确的端口配置对于网络连通性至关重要。本文将详细介绍如何在k3s环境中配置i2pd的端口转发，解决常见的"Firewalled - Symmetric NAT"问题。

核心问题分析

当i2pd报告"Firewalled - Symmetric NAT"状态时，通常表明路由器存在双重NAT问题。在Kubernetes环境中，这通常由以下两个因素导致：

1. kube-proxy创建的NAT层
2. 物理路由器/调制解调器的NAT层

这种双重NAT会严重影响i2pd的网络连通性，因为i2pd需要直接暴露在公网才能正常工作。

解决方案对比

方案一：使用LoadBalancer服务

最初尝试使用Kubernetes的LoadBalancer服务类型，通过k3s内置的Klipper(ServiceLB)自动管理端口和iptables规则。然而，这种方案未能完全解决问题，因为：

• 仍然存在kube-proxy的NAT层
• 需要额外配置物理路由器的端口转发

方案二：使用hostNetwork模式

最终有效的解决方案是直接在Pod规范中启用hostNetwork: true。这种配置方式：

1. 让i2pd直接使用宿主机的网络命名空间
2. 消除了kube-proxy创建的NAT层
3. 简化了物理路由器的端口转发配置

关键配置要点

端口协议类型

i2pd需要同时使用TCP和UDP协议。常见的错误是只配置了TCP转发而忽略了UDP。具体端口配置如下：

• 主通信端口(默认4206)：必须同时开放TCP和UDP
• 其他服务端口(如7070、4444等)：根据服务需求配置

路由器配置注意事项

某些路由器(如DrayTec)可能无法正确处理TCP/UDP组合端口转发。在这种情况下，需要：

1. 为TCP和UDP分别创建单独的端口转发规则
2. 确保物理路由器正确应用了这些规则

安全建议

1. 避免公开暴露i2pd的公共端口信息，这可能降低匿名性
2. 定期检查端口转发规则的有效性
3. 考虑使用防火墙规则限制访问来源

最佳实践总结

1. 优先使用hostNetwork模式部署i2pd
2. 确保同时配置TCP和UDP端口转发
3. 在物理路由器上验证端口转发是否生效
4. 监控i2pd的网络状态，确保显示为"OK"而非"Firewalled"

通过以上配置，可以在Kubernetes环境中建立稳定运行的i2pd节点，为I2P网络提供可靠的路由服务。