问题描述
正在按照一个教程设置使用Ingress管理的Kubernetes服务。他的集群包括一个控制节点和两个工作节点，使用kubeadm构建，运行Kubernetes v1.25.3版本，正在运行weave-net网络插件以及ingress-nginx Ingress控制器。用户的集群是在EC2上搭建的，而不是使用EKS。
他的期望很简单，希望在访问AWS应用负载均衡器(ALB)的DNS名称时，能够看到nginx的默认页面。
用户首先使用了helm chart来部署nginx-ingress，如快速入门文档中所示。然后，他在default命名空间中部署了Ingress、Service和Deployment，以便使用Ingress管理应用。
他检查了安全组设置，确认安全组的配置是正确的。但是在访问ALB的DNS时，却只看到”internal error – server connection terminated”的错误页面。
在问题留言中，有人提到了一些可能的问题，包括验证集群内的新Pod能否访问nginx-service.default:8080以及是否在运行external-dns等。
解决方案
确保安全组配置正确
在使用AWS应用负载均衡器(ALB)时，要确保安全组配置正确，以允许流量流入和流出。默认情况下，负载均衡器将使用默认安全组，该安全组可能会阻止流量。需要做如下操作：
1. 在负载均衡器的安全组中，添加一个入站规则，允许来自”Anywhere-IPv4″的所有流量。
2. 确保负载均衡器的安全组允许流量进入的端口，通常是HTTP的80端口。
检查Kubernetes服务的安全组设置
确保Kubernetes服务的安全组配置正确，允许与应用负载均衡器(ALB)的安全组进行通信。最好的做法是不使用默认的安全组，而是创建一个新的安全组，然后在Kubernetes服务和ALB之间设置正确的安全组规则。
检查目标组的事件和健康状态
在AWS应用负载均衡器中，目标组是负责将流量分发到后端实例的。检查目标组的事件日志，看是否有错误信息。另外，检查目标组的健康状态，确保后端实例的健康检查通过。如果后端实例被标记为不健康，负载均衡器可能会阻止将流量发送给它们。
验证集群内Pod的网络连接
在验证集群内的Pod能够访问nginx-service.default:8080时，可以执行以下步骤：
1. 登录到集群中的一个Pod。
2. 在Pod中使用curl或类似工具尝试访问nginx-service.default:8080，确保网络连接正常。
考虑使用ALB Ingress控制器
如果用户已经在集群中部署了ingress-nginx控制器，也可以考虑使用AWS提供的ALB Ingress控制器来管理负载均衡器。ALB Ingress控制器是专门为AWS应用负载均衡器设计的，可能更加适合与AWS服务集成。
总结
在部署Kubernetes集群与AWS应用负载均衡器(ALB)并使用Ingress来管理服务时，正确配置安全组、检查目标组的事件和健康状态、验证集群内Pod的网络连接以及考虑使用适合AWS环境的ALB Ingress控制器，都是确保服务正常运行的重要步骤。通过逐步排除问题，您应该能够找到并解决连接终止的问题。
请注意，在执行任何更改之前，请确保已经做好备份，以防止不必要的数据丢失。