导出多个kubeconfig后仅首个生效，无法跨集群使用context求助

两个kubeconfig文件里的认证用户（authinfo）、集群（cluster）、上下文（context）存在名称重复。比如两个文件的认证用户都叫kubernetes-admin，当通过KUBECONFIG环境变量合并多份配置时，Kubernetes会按文件顺序加载配置，后加载的同名资源（用户、集群、上下文）会被先加载的覆盖。这就导致第二个集群的上下文实际使用了第一个集群的认证信息，自然触发未授权错误。

方法一：手动修改kubeconfig避免名称冲突 #

1. 打开其中一个kubeconfig文件（比如lab6），修改以下字段的名称，确保所有资源名称唯一：
   • clusters下的name：改为lab6-cluster（或其他唯一标识）
   • users下的name：改为kubernetes-admin-lab6（或其他唯一标识）
   • contexts下的name：改为kubernetes-admin-lab6@lab6-cluster，同时将该context内的cluster和user字段替换为上面修改后的名称
     示例修改后的lab6配置片段：

   clusters:
   - cluster:
       certificate-authority-data: xxx
       server: https://lab6-api:6443
     name: lab6-cluster
   users:
   - name: kubernetes-admin-lab6
     user:
       client-certificate-data: yyy
       client-key-data: zzz
   contexts:
   - context:
       cluster: lab6-cluster
       user: kubernetes-admin-lab6
     name: kubernetes-admin-lab6@lab6-cluster
   current-context: kubernetes-admin-lab6@lab6-cluster
   

2. 重新设置环境变量并验证：

   export KUBECONFIG=/home/user1/lab5:/home/user1/lab6
   # 查看所有上下文
   kubectl config get-contexts
   # 分别访问两个集群
   kubectl get po --context kubernetes-admin@lab5
   kubectl get po --context kubernetes-admin-lab6@lab6-cluster
   

方法二：用kubectl自动合并生成无冲突配置 #

利用kubectl的内置合并功能自动处理重复名称，生成一份新的合并配置文件：

1. 执行命令生成合并后的配置：

   kubectl config view --kubeconfig=/home/user1/lab5 --kubeconfig=/home/user1/lab6 --flatten > /home/user1/combined-kubeconfig
   

   --flatten参数会自动给重复的资源添加后缀（比如kubernetes-admin-1），确保所有配置唯一。
2. 使用合并后的配置文件：

   export KUBECONFIG=/home/user1/combined-kubeconfig
   

3. 验证集群访问：

   kubectl config get-contexts
   kubectl get po --context <对应的上下文名称>
   

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