如何在Kubernetes集群中访问仅在/etc/hosts定义的外部服务？

为什么当前方案不生效？ #

1. ExternalName Service的局限性：ExternalName类型的Service依赖集群DNS（如CoreDNS）解析externalName指定的域名，但nginx-test.dup.com仅在节点的/etc/hosts中定义，集群DNS无法识别这个映射，导致Pod内部解析失败。
2. hostNetwork配置错误：hostNetwork是Pod.spec的字段，用于让Pod使用节点的网络命名空间，并非Service的配置项，所以添加到Service.spec中会触发验证错误。

可行解决方案 #

方案1：给Pod配置hostAliases

如果只有少数Pod需要访问该服务，直接在Pod配置中添加hostAliases，把域名映射到实际IP，Pod内部就能直接解析：

apiVersion: v1
kind: Pod
metadata:
  name: your-pod-name
spec:
  hostAliases:
  - ip: "192.168.x.x"  # 替换为nginx-test.dup.com对应的实际IP
    hostnames:
    - "nginx-test.dup.com"
  containers:
  - name: your-container
    image: your-image

配置后，Pod内既可以直接访问nginx-test.dup.com:80，也能正常使用原来的ExternalName Service。

方案2：修改CoreDNS添加全局域名映射

如果集群内多个Pod都需要访问该域名，修改CoreDNS的ConfigMap，通过hosts插件添加全局域名解析规则：

1. 编辑CoreDNS的ConfigMap：

kubectl edit configmap coredns -n kube-system

2. 在Corefile的hosts段添加映射：

.:53 {
    errors
    health
    hosts {
        192.168.x.x nginx-test.dup.com  # 替换为实际IP和域名
        fallthrough
    }
    # 保留其他原有配置...
}

3. 重启CoreDNS Pod使配置生效：

kubectl rollout restart deployment coredns -n kube-system

完成后整个集群的DNS都能解析该域名，原ExternalName Service即可正常工作。

方案3：用ClusterIP Service+Endpoints替代ExternalName

不需要依赖域名解析，直接通过Endpoints把Service指向目标IP：

1. 创建Endpoints资源：

apiVersion: v1
kind: Endpoints
metadata:
  name: nginx-test
subsets:
- addresses:
  - ip: 192.168.x.x  # 替换为实际IP
  ports:
  - port: 80
    name: test-https

2. 创建对应的ClusterIP Service：

kind: Service
apiVersion: v1
metadata:
  name: nginx-test
spec:
  ports:
  - name: test-https
    port: 8080
    targetPort: 80
  type: ClusterIP

之后Pod访问nginx-test:8080就会转发到目标IP的80端口。

内容的提问来源于stack exchange，提问作者zoey