Kubernetes的DNS请求是通过容器端口而不是NodePort端口进行的。
在Kubernetes中，每个容器都会被分配一个唯一的IP地址，并通过Pod的网络命名空间进行通信。DNS服务以及其他Kubernetes内置的服务（如kubelet、kube-proxy等）也作为容器运行在集群中。
当容器内部需要进行DNS查询时，它们会将DNS请求发送到127.0.0.1:53，即容器本地的DNS解析器。这个端口是容器内部的默认DNS端口。
DNS解析器会将DNS请求转发给Kubernetes集群中运行的kube-dns服务。kube-dns服务监听在Cluster IP上的DNS端口，默认是dns:53。
kube-dns服务接收到DNS请求后，会根据配置文件中的DNS记录进行解析，并返回相应的IP地址或域名给发起请求的容器。
因此，Kubernetes的DNS请求是通过容器内部的默认DNS端口（通常是127.0.0.1:53）进行的，而不是NodePort端口。NodePort是用于将外部流量导入Kubernetes集群的一种方式，通常用于将集群外部的流量导入到Service中。
当使用Spring Boot调用位于容器内的服务端口时，不需要特殊的DNS配置。Spring Boot应用程序可以通过服务发现机制来定位和调用其他容器中的服务。
在Kubernetes集群中，可以使用Service资源来定义和暴露容器内部的服务。每个Service都会自动分配一个Cluster IP（例如10.0.0.1），它将作为服务的虚拟IP地址。您可以使用该IP地址和服务的端口来进行服务间的通信。
在Spring Boot应用程序中，您可以使用服务名称来引用其他容器中的服务。这样，应用程序将通过Kubernetes DNS解析服务名称，并将其解析为相应的Cluster IP。您可以在Spring Boot的配置文件中设置服务的URL，示例代码如下所示：
my.service.url=http://service-name:6666
其中，service-name是您要调用的服务的名称，6666是服务的端口。
Spring Boot应用程序将使用Kubernetes内置的DNS解析器来解析服务名称并获取对应服务的Cluster IP。然后，它可以直接通过Cluster IP和服务的端口进行服务间通信，而无需显式指定NodePort端口。
请确保在Kubernetes集群中正确配置了服务资源和DNS。确保服务的标签选择器正确匹配要调用的容器，并且服务的端口与容器的端口一致。这样，Spring Boot应用程序就能够成功地调用容器中的服务。
