Minikube单节点K8s集群Helm执行命令报错：连接localhost:8080被拒绝

看起来你碰到的是Helm（从报错里的TILLER判断，应该是Helm 2版本）没法正确连接Kubernetes API服务器的问题。默认情况下Helm会尝试访问localhost:8080，但minikube搭建的集群API地址根本不是这个，而且大概率是Helm没正确读取到你的kubeconfig配置。

下面是一步步的解决办法：

1. 先确认minikube的真实API地址 #

首先得搞清楚你的minikube集群API服务器到底在哪，运行这两个命令都能拿到：

# 方法1：直接获取minikube节点IP，API端口默认是8443
minikube ip
# 方法2：从kubeconfig里直接读取完整的API地址
kubectl config view --minify -o jsonpath='{.clusters[0].cluster.server}'

你会得到类似https://192.168.99.100:8443这样的地址，这才是Helm该连接的地方，不是localhost:8080。

2. 确保Helm加载正确的kubeconfig #

kubectl能正常访问集群（你已经能查到kube-system的Pod），说明~/.kube/config是正常的，但Helm可能没读到这个文件。你可以先手动设置环境变量：

export KUBECONFIG=~/.kube/config

之后再试helm ls或者helm install命令。如果还是不行，也可以在执行Helm命令时直接指定kubeconfig路径：

helm ls --kubeconfig ~/.kube/config
helm install <你的Chart名称> --kubeconfig ~/.kube/config

3. 检查Tiller的运行状态（仅Helm 2） #

因为报错里提到了TILLER，这是Helm 2的核心组件，得确保它在kube-system命名空间里正常运行：

kubectl get pods -n kube-system -l app=helm,name=tiller

如果输出里没有Tiller Pod，或者状态不是Running，那得重新初始化Helm：

# 先重置之前的Tiller（如果有的话）
helm reset
# 重新初始化，指定service account（避免权限问题）
helm init --service-account tiller

等Tiller Pod启动完成后，再试Helm命令。

4. 额外建议：升级到Helm 3 #

Helm 3已经彻底移除了Tiller组件，不仅更安全，也避免了很多Tiller相关的连接、权限问题。如果你的业务场景允许，建议直接升级到Helm 3——安装很简单，下载对应平台的二进制文件放到系统PATH里就行，之后直接用helm命令，不用再管Tiller了。

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