Hetzner-k3s项目中禁用自动扩展节点的公网IP配置问题分析

问题背景

在Hetzner-k3s项目中，用户可以通过配置enable_public_net_ipv4和enable_public_net_ipv6参数来控制是否为主节点和工作节点分配公网IPv4和IPv6地址。然而，在实际使用中发现，虽然这些参数对静态节点(static nodes)有效，但在自动扩展节点(autoscaled nodes)上却被忽略，导致自动扩展节点仍然会被分配公网IP地址。

配置分析

从用户提供的配置示例可以看出，这是一个典型的Hetzner-k3s集群配置：

enable_public_net_ipv4: false # 默认是true
enable_public_net_ipv6: false # 默认是true
existing_network: my_private_network

用户明确设置了禁用公网IPv4和IPv6，并指定了使用现有的私有网络。对于静态工作节点池(small-static)来说，这些配置工作正常，节点确实只使用私有网络。然而，对于自动扩展的工作节点池(small-autoscaled)，尽管配置相同，节点仍然会被分配公网IP地址。

技术原因

这个问题源于Hetzner-k3s项目中对自动扩展节点的处理逻辑存在缺陷。在代码实现上：

1. 静态节点的创建流程会正确读取并应用enable_public_net_ipv4和enable_public_net_ipv6参数
2. 自动扩展节点的创建流程中，这些网络配置参数没有被正确传递给Hetzner Cloud API
3. 当自动扩展触发新节点创建时，使用的是默认的网络配置(即启用公网IP)

解决方案

项目维护者在后续提交中修复了这个问题：

1. 修改了自动扩展节点的创建逻辑，确保网络配置参数被正确传递
2. 统一了静态节点和自动扩展节点的网络配置处理流程
3. 确保无论是手动创建的节点还是自动扩展的节点，都能一致地应用网络配置

最佳实践建议

对于希望在Hetzner-k3s集群中完全使用私有网络的用户，建议：

1. 确保使用最新版本的hetzner-k3s工具，以获得此问题的修复
2. 在配置中明确设置enable_public_net_ipv4: false和enable_public_net_ipv6: false
3. 必须配置existing_network参数指定私有网络
4. 测试自动扩展功能，验证新节点确实没有公网IP
5. 考虑网络安全配置，确保私有网络内的通信安全

总结

网络配置的一致性对于Kubernetes集群的稳定运行至关重要。Hetzner-k3s项目通过修复这个自动扩展节点的网络配置问题，提高了配置的可靠性和一致性。用户现在可以放心地在私有网络环境中使用自动扩展功能，而不用担心意外暴露节点到公网带来的安全风险。