为什么k8s内部web服务器的端口能访问用netstat看不到

### 回答1：
k8s 内部的 web 服务器的端口通常是由 k8s 的服务自动分配的，不会被映射到容器的端口上。因此使用 netstat 命令是看不到这些端口的。

不过，可以通过 k8s 的 API 来获取服务的信息，包括端口信息。你也可以使用 kubectl 命令来查看服务的信息。例如，可以使用 `kubectl get svc` 命令来查看 k8s 集群中所有服务的信息，包括服务名称、类型、端口号等。

### 回答2：
k8s内部的web服务器端口无法通过netstat命令查看的原因如下：

1. 容器隔离性：k8s使用容器技术来实现应用的隔离，每个应用都运行在独立的容器中，因此在宿主机上使用netstat命令无法直接查看容器内部的网络状态。

2. 网络命名空间：k8s为每个容器创建了独立的网络命名空间，容器内的网络端口和IP地址在宿主机上被隔离和转发。netstat命令只能查看宿主机上的网络连接情况，而无法查看容器内部的网络连接。

3. 内部通信：k8s内部的web服务器端口通常用于容器内部的应用或服务之间的通信，而不是用于宿主机与容器之间的通信。因此，它们的网络连接信息不会显示在宿主机上。

要查看k8s内部web服务器端口的网络状态，可以使用以下命令：

1. 进入指定的容器：可以使用kubectl exec命令进入到容器中，并在容器中执行netstat命令，以查看容器内的网络连接情况。

2. 查看Pod的日志：可以通过kubectl logs命令查看容器的日志信息，有时可能会在日志中包含网络连接的相关信息。

总结：k8s内部web服务器端口之所以无法通过netstat命令查看，是因为容器的隔离性和网络命名空间的存在。为了查看容器内部的网络状态，需要进入容器或查看相关的容器日志信息。

### 回答3：
在 Kubernetes 中，每个 Pod 都运行在一个独立的容器中，而容器内的应用程序使用的是容器内的网络命名空间。对于一个运行在 Pod 内的应用程序而言，它绑定的端口只在容器的网络命名空间中存在，无法通过主机的网络命名空间看到。

Kubernetes 使用一种名为 kube-proxy 的组件来实现网络代理。kube-proxy 负责将容器内的端口与主机节点的端口进行映射，使得这些容器内的端口可以通过宿主机节点的 IP 地址和主机节点上运行的 kube-proxy 进程来访问。

具体来说，当 Pod 中的应用程序监听某个端口时，kube-proxy 会在宿主机上创建一个与该端口相对应的监听规则，并将请求转发到 Pod 所在的容器中。

因此，当我们使用 netstat 命令查看主机节点上的端口时，看不到 Pod 内部应用程序的监听端口信息，因为这些端口实际上是由 kube-proxy 代理的。

需要注意的是，由于 kube-proxy 的实现方式有多种，如 userspace、iptables 或 IPVS 模式，所以具体的实现细节可能会有所不同。但无论使用哪种模式，kube-proxy 都会负责将 Pod 内部应用程序的端口映射到主机节点上，使得外部可以通过主机节点访问到这些端口。