Proxy 试图访问Kubernetes仪表板路由到公司代理错误页

我一直在遵循指南，用kubeadm启动kubernetes。我已经完成了，现在有一个单机集群在Centos7虚拟机上运行。我安装了一个pod网络（Weave Net），还安装了Kubernetes仪表板。接下来，我运行

kubectl proxy

，它以

响应，开始在127.0.0.1:8001上运行

但是，每当我尝试使用localhost:8001/ui或127.0.0.1:8001/ui访问仪表板时，我都会被重定向到一个错误页面，该页面链接到我的公司代理，通知我尝试访问时网关超时

现在，我发现有一些配置中10.32.0.4没有包含在一些异常中，所以我开始在no_proxy和no_proxy中将其添加到env中，我在GUI中的实际代理设置中指定了它，我确保docker的设置使其具有相同的异常。我甚至（据我所知）完全删除了代理设置的任何痕迹，希望它不会试图通过公司代理到达应该是内部地址的地址。其他信息：

[root@localhost ~]# kubectl get nodes
NAME                    STATUS    AGE       VERSION
localhost.localdomain   Ready     22h       v1.6.4

[root@localhost ~]# kubectl get pods --namespace=kube-system
NAME                                            READY     STATUS    RESTARTS   AGE
etcd-localhost.localdomain                      1/1       Running   0          22h
kube-apiserver-localhost.localdomain            1/1       Running   0          22h
kube-controller-manager-localhost.localdomain   1/1       Running   0          22h
kube-dns-3913472980-8zm51                       3/3       Running   0          22h
kube-proxy-3wslb                                1/1       Running   0          22h
kube-scheduler-localhost.localdomain            1/1       Running   0          22h
kubernetes-dashboard-2039414953-79zbr           1/1       Running   0          22h
weave-net-z6kml                                 2/2       Running   0          22h

[root@localhost ~]# kubectl describe svc kubernetes-dashboard --namespace=kube-system
Name:           kubernetes-dashboard
Namespace:      kube-system
Labels:         k8s-app=kubernetes-dashboard
Annotations:        <none>
Selector:       k8s-app=kubernetes-dashboard
Type:           ClusterIP
IP:         10.96.33.253
Port:           <unset> 80/TCP
Endpoints:      10.32.0.4:9090
Session Affinity:   None
Events:         <none>

[root@localhost ~]# kubectl get deployment kubernetes-dashboard --namespace=kube-system
NAME                   DESIRED   CURRENT   UP-TO-DATE   AVAILABLE   AGE
kubernetes-dashboard   1         1         1            1           22h

[root@localhost ~]# kubectl --namespace=kube-system get ep kubernetes-dashboard
NAME                   ENDPOINTS        AGE
kubernetes-dashboard   10.32.0.4:9090   22h

[root@localhost ~]# kubectl cluster-info
Kubernetes master is running at https://192.168.181.130:6443
KubeDNS is running at https://192.168.181.130:6443/api/v1/proxy/namespaces/kube-system/services/kube-dns

To further debug and diagnose cluster problems, use 'kubectl cluster-info dump'.

[root@localhost ~]# kubectl get ns
NAME          STATUS    AGE
default       Active    22h
kube-public   Active    22h
kube-system   Active    22h

[root@localhost ~]# kubectl get ep
NAME         ENDPOINTS              AGE
kubernetes   192.168.181.130:6443   22h

[root@localhost~]#kubectl获取节点
姓名状态年龄版本
localhost.localdomain就绪22h v1.6.4
[root@localhost~]#kubectl get pods--namespace=kube系统
名称就绪状态重新启动
etcd-localhost.localdomain 1/1运行0 22h
kube-apiserver-localhost.localdomain 1/1运行0 22h
kube-controller-manager-localhost.localdomain 1/1运行0 22h
kube-dns-3913472980-8zm51 3/3运行0 22小时
kube-proxy-3wslb 1/1运行0 22小时
kube-scheduler-localhost.localdomain 1/1运行0 22小时
kubernetes-dashboard-2039414953-79zbr 1/1运行0 22小时
weave-net-z6kml 2/2运行0 22小时
[root@localhost~]#kubectl描述svc kubernetes仪表板--名称空间=kube系统
名称：kubernetes仪表板
名称空间：kube系统
标签：k8s app=kubernetes仪表板
注释：
选择器：k8s app=kubernetes仪表板
类型：集群
IP:10.96.33.253
端口：80/TCP
终点：10.32.0.4:9090
会话关联：无
活动：
[root@localhost~]#kubectl get deployment kubernetes dashboard——namespace=kube system
名称所需的当前最新可用年龄
kubernetes仪表板1 22h
[root@localhost~]#kubectl--namespace=kube系统获取ep kubernetes仪表板
姓名端点年龄
kubernetes仪表板10.32.0.4:9090 22小时
[root@localhost~]#kubectl集群信息
Kubernetes大师正在跑步https://192.168.181.130:6443
库比登斯正在跑步https://192.168.181.130:6443/api/v1/proxy/namespaces/kube-系统/服务/kube dns
要进一步调试和诊断群集问题，请使用“kubectl群集信息转储”。
[root@localhost~]#kubectl获得ns
姓名身份年龄
默认有效22小时
kube公共活动22小时
kube系统激活22小时
[root@localhost~]#kubectl获得ep
姓名端点年龄
库伯内特斯192.168.181.130:6443 22小时

我真的不知道接下来该怎么办。这里有很多移动部件，我找不到一种方法来查看重定向发生时出现了什么问题。
代理设置由kubeadm在节点创建时复制，并且不反映之后执行的更改。您应该更新/etc/kubernetes/manifests/kube-apiserver.yaml中的代理设置。代理设置由kubeadm在节点创建时复制，不会反映之后执行的更改。您应该更新/etc/kubernetes/manifests/kube-apiserver.yaml中的代理设置。您可能应该首先尝试确定公司代理是否干扰了您的通信。从在你自己的笔记本电脑上启动一个虚拟机开始，在那台机器上回顾你的步骤，知道客户虚拟机和你的主机之间的所有端口都是开放的。如果代理以这种方式工作，您就会知道问题出在与远程计算机的通信中。您可能应该首先尝试确定公司代理是否干扰了您的通信。从在你自己的笔记本电脑上启动一个虚拟机开始，在那台机器上回顾你的步骤，知道客户虚拟机和你的主机之间的所有端口都是开放的。如果代理以这种方式工作，你就会知道问题出在与远程机器的通信中。就是这样！我不知道它最初设置了自己的变量！在将相关IP地址添加到无代理变量后，我现在拥有完全访问权限。在/etc/kubernetes/manifests/kube-apiserver.yaml中编辑代理设置后，我无法访问kubapiserver 192.168.33.10。来自师父。例如，
kubectl get nodes
返回
到服务器192.168.33.10:6443的连接被拒绝
。即使我在kube-apiserver.yaml中恢复了我的更改，我仍然会得到相同的错误。知道为什么吗？我知道了。只需重新加载systemctl守护程序并重新启动systemctl kubelet，就可以了！我不知道它最初设置了自己的变量！在将相关IP地址添加到无代理变量后，我现在拥有完全访问权限。在/etc/kubernetes/manifests/kube-apiserver.yaml中编辑代理设置后，我无法访问kubapiserver 192.168.33.10。来自师父。例如，
kubectl get nodes
返回
到服务器192.168.33.10:6443的连接被拒绝
。即使我在kube-apiserver.yaml中恢复了我的更改，我仍然会得到相同的错误。知道为什么吗？我知道了。只需重新加载systemctl守护程序并重新启动systemctl kubelet。