使用Helm安装Grafana配置代理后kubectl不可用如何解决

配置全局代理后，kubectl会默认将对Kubernetes APIServer的内网请求转发到代理服务器，代理服务器无法识别集群内网地址，由此引发连接超时、拒绝访问类故障。

方案1：配置NO_PROXY规则排除集群内网地址（最常用） #

该方案可以在保留全局代理能力的同时，让集群相关请求不走代理，适配绝大多数场景。

1. 先获取需要排除的地址信息：
   • 获取APIServer地址：执行kubectl cluster-info | grep 'Kubernetes control plane'，提取输出中的IP和端口
   • 确认集群默认网段：通常Service网段为10.96.0.0/12，Pod网段为10.244.0.0/16，集群内部域名后缀为.svc、.cluster.local
2. 配置规则：
   • 临时生效（仅当前终端会话有效）：执行以下命令，替换为你实际的集群地址

   export NO_PROXY=<你的APIServer地址>,10.96.0.0/12,10.244.0.0/16,localhost,127.0.0.1,.svc,.cluster.local
   export no_proxy=<你的APIServer地址>,10.96.0.0/12,10.244.0.0/16,localhost,127.0.0.1,.svc,.cluster.local
   

   • 永久生效（当前用户所有会话生效）：将上述两条export语句添加到~/.bashrc或~/.zshrc文件末尾，执行source ~/.bashrc（或对应zsh的配置文件）生效。如果需要全局所有用户生效，可将语句添加到/etc/profile文件中。
     注意：如果你的集群使用了自定义的网段，需要将自定义网段也加入NO_PROXY列表中

方案2：修改Kubeconfig强制集群请求不走代理 #

如果不想修改系统环境变量，可直接在Kubeconfig中单独配置集群的代理规则：
编辑~/.kube/config文件，在对应集群的cluster配置块下添加proxy-url: ""配置项，示例如下：

apiVersion: v1
clusters:
- cluster:
    certificate-authority-data: LS0tLS1CRUdJTi...
    server: https://192.168.1.10:6443
    proxy-url: "" # 新增该行，强制该集群的所有请求不走代理
  name: kubernetes
contexts:
...省略其余配置

保存后无需重启其他服务，kubectl会立即生效。

方案3：仅为Helm单独配置代理 #

如果代理仅用于Helm拉取公网Chart和镜像，不需要全局配置，可单独为Helm设置代理避免影响kubectl：

• 临时生效：执行Helm命令前指定代理变量即可

HTTPS_PROXY=http://<你的代理地址:端口> helm install grafana grafana/grafana

• 永久生效：将export HTTPS_PROXY=http://<你的代理地址:端口>添加到shell配置文件中，同时搭配方案1的NO_PROXY规则即可。

执行kubectl get nodes，如果能正常返回集群节点信息则说明故障修复。如果依然报错，可执行kubectl get nodes -v=6查看详细请求日志，确认请求是否仍被转发到代理地址。

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