当前位置：首页 > news >正文

修改本地hosts文件及外部访问机器本地hosts文件后，rancher UI网站仍然不能访问

news 2025/7/27 22:10:59

原因排查

kubectl get svc

# 输出：
NAME         TYPE        CLUSTER-IP   EXTERNAL-IP   PORT(S)   AGE
kubernetes   ClusterIP   10.96.0.1    <none>        443/TCP   4d17h

kubectl get svc -A

# 输出：
NAMESPACE                         NAME                                 TYPE           CLUSTER-IP       EXTERNAL-IP      PORT(S)                      AGE
cattle-fleet-system               gitjob                               ClusterIP      10.111.178.163   <none>           80/TCP                       18h
cattle-provisioning-capi-system   capi-webhook-service                 ClusterIP      10.109.173.131   <none>           443/TCP                      4d16h
cattle-system                     rancher                              ClusterIP      10.108.22.229    <none>           80/TCP,443/TCP               18h
cattle-system                     rancher-webhook                      ClusterIP      10.110.157.18    <none>           443/TCP                      18h
cert-manager                      cert-manager                         ClusterIP      10.97.116.89     <none>           9402/TCP                     4d17h
cert-manager                      cert-manager-webhook                 ClusterIP      10.99.135.71     <none>           443/TCP                      4d17h
default                           kubernetes                           ClusterIP      10.96.0.1        <none>           443/TCP                      4d17h
ingress-nginx                     ingress-nginx-controller             LoadBalancer   10.102.90.59     192.168.21.157   80:31759/TCP,443:32560/TCP   4d17h
ingress-nginx                     ingress-nginx-controller-admission   ClusterIP      10.110.70.3      <none>           443/TCP                      4d17h
kube-system                       kube-dns                             ClusterIP      10.96.0.10       <none>           53/UDP,53/TCP,9153/TCP       4d17h

kubectl get ingress -A

# 输出：
NAMESPACE       NAME      CLASS    HOSTS             ADDRESS   PORTS     AGE
cattle-system   rancher   <none>   rancher.xxx.com             80, 443   18h

kubectl describe ingress -A

# 输出：
Name:             rancher
Labels:           app=rancherapp.kubernetes.io/managed-by=Helmchart=rancher-2.8.5heritage=Helmrelease=rancher
Namespace:        cattle-system
Address:          
Ingress Class:    <none>
Default backend:  <default>
TLS:tls-rancher-ingress terminates rancher.xxx.com
Rules:Host             Path  Backends----             ----  --------rancher.xxx.com  /   rancher:80 (10.244.167.180:80,10.244.167.181:80,10.244.167.182:80)
Annotations:       meta.helm.sh/release-name: ranchermeta.helm.sh/release-namespace: cattle-systemnginx.ingress.kubernetes.io/proxy-connect-timeout: 30nginx.ingress.kubernetes.io/proxy-read-timeout: 1800nginx.ingress.kubernetes.io/proxy-send-timeout: 1800
Events:            <none>

ls

查看相关文件（看不看都行）

由kubectl get ingress -A显示可知class为none且address也没有被分配地址导致的网页打不开（我查看的例子也有同上显示却能访问Racher的，无奈我学艺不精，小白一个，adrress既然动态分配不到，那我只能指定一个啦）

此时尝试创建一个ingress class文件，虽然文件创建成功，但是再次查看kubectl get ingress -A发现class仍然是，因此默认的class最好在rancher install之前安装。

# 创建/编辑ingress class
vim nginx-ingress-set-default.yml# 文件内容
apiVersion: networking.k8s.io/v1
kind: IngressClass
metadata:labels:app.kubernetes.io/component: controllername: nginx-ingressannotations:ingressclass.kubernetes.io/is-default-class: "true"
spec:controller: k8s.io/ingress-nginx# 应用
kubectl  apply -f nginx-ingress-set-default.yml 
# ingressclass.networking.k8s.io/nginx-ingress created# 查看
kubectl get ingress -A
# NAMESPACE       NAME      CLASS    HOSTS             ADDRESS   PORTS     AGE
# cattle-system   rancher   <none>   rancher.xxx.com             80, 443   18h

已经安装完rancher并且不想再重新安装，可以修改下rancher配置

不在原目录下操作，进入tmp目录cd /tmp/
查看下tmp目录是否有文件，可以不看ls，但最好看下，万一失败还可以恢复原来的tmp文件删除冗余文件
查看kubectl get ingress/rancher -n cattle-system，发现CLASS是，ADDRESS为空

获取 k8s集群cattle-system 命名空间下 rancher 的 Ingress 资源的详细信息，并以 YAML 格式输出，kubectl get ingress/rancher -n cattle-system -o yaml

# 输出
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:annotations:meta.helm.sh/release-name: ranchermeta.helm.sh/release-namespace: cattle-systemnginx.ingress.kubernetes.io/proxy-connect-timeout: "30"nginx.ingress.kubernetes.io/proxy-read-timeout: "1800"nginx.ingress.kubernetes.io/proxy-send-timeout: "1800"creationTimestamp: "2024-07-29T08:54:02Z"generation: 1labels:app: rancherapp.kubernetes.io/managed-by: Helmchart: rancher-2.8.5heritage: Helmrelease: ranchername: ranchernamespace: cattle-systemresourceVersion: "1370584"uid: b1fe8833-6c77-4969-aa11-e2be56d719c5
spec:# 这里增加一行rules:- host: rancher.xxx.comhttp:paths:- backend:service:name: rancherport:number: 80path: /pathType: ImplementationSpecifictls:- hosts:- rancher.xxx.comsecretName: tls-rancher-ingress
status:loadBalancer: {}

查看rancher 的 Ingress 资源并将其重定向到/tmp/test.yaml 文件kubectl get ingress/rancher -n cattle-system -o yaml > /tmp/test.yaml

编辑/tmp/test.yaml

[...]uid: b1fe8833-6c77-4969-aa11-e2be56d719c5
spec:# 增加 ingressClassName: nginx-ingressingressClassName: nginx-ingressrules:- host: rancher.lxq.comhttp:paths:- backend:service:name: rancherport:number: 80path: /pathType: ImplementationSpecific[...]

应用/tmp/test.yaml kubectl apply -f test.yaml -n cattle-system

# 我这里虽然报错但是经过下方查看命令发现ingress相关已经更新，经测试Rancher UI成功链接kubectl apply -f test.yaml -n cattle-system 
# Error from server (Conflict): error when applying patch:
# {"metadata":{"generation":1,"resourceVersion":"1370584"}}
# to:
# Resource: "networking.k8s.io/v1, Resource=ingresses", GroupVersionKind: "networking.k8s.io/v1, Kind=Ingress"
# Name: "rancher", Namespace: "cattle-system"
# for: "test.yaml": error when patching "test.yaml": Operation cannot be fulfilled on ingresses.networking.k8s.io "rancher": the object has been modified; please apply your changes to the latest version and try again# 查看
kubectl get ingress -A
# NAMESPACE       NAME      CLASS           HOSTS             ADDRESS          PORTS     AGE
# cattle-system   rancher   nginx-ingress   rancher.xxx.com   192.168.21.157   80, 443   18h

Error from server (Conflict): error when applying patch: …
the object has been modified; please apply your changes to the latest version and try again这个错误表明你正在尝试应用的配置已经被修改过了。kubectl apply 通过资源的 generation 和 resourceVersion 来确定资源的当前状态。如果这些值与你的配置文件中的不匹配，Kubernetes 就会阻止应用，以防止潜在的配置冲突。

从提供的输出和错误信息来看，这里发生了两件事情：

第一次执行 kubectl apply -f test.yaml 时的警告:
```
Warning: resource ingresses/rancher is missing the kubectl.kubernetes.io/last-applied-configuration annotation which is required by kubectl apply.
```
这个警告说明，你正在尝试使用 kubectl apply 命令应用一个没有 kubectl.kubernetes.io/last-applied-configuration 注解的资源。这个注解是 kubectl apply 用来确定资源是否被修改过的关键信息。如果资源没有这个注解，kubectl apply 将自动添加它，并警告用户。
后续执行 kubectl apply -f test.yaml -n cattle-system 时的错误:
```
Error from server (Conflict): error when applying patch: ...
the object has been modified; please apply your changes to the latest version and try again
```
这个错误表明你正在尝试应用的配置已经被修改过了。kubectl apply 通过资源的 generation 和 resourceVersion 来确定资源的当前状态。如果这些值与你的配置文件中的不匹配，Kubernetes 就会阻止应用，以防止潜在的配置冲突。

解决步骤：
- 使用 kubectl apply 时，确保你使用的是最新的配置文件。如果你手动编辑了资源或通过其他方式修改了它，你需要重新获取最新的配置，然后再应用。
- 如果你确定配置文件是最新的，或者你想强制更新资源，你可以使用 kubectl replace -f test.yaml -n cattle-system 命令替代 kubectl apply。这个命令会替换现有的资源而不是尝试应用差异。
- 如果你收到冲突错误，并且想要解决它，你可以先获取当前的资源状态，然后再次应用你的配置：
```
kubectl get ingress rancher -o yaml -n cattle-system > test.yaml
kubectl apply -f test.yaml -n cattle-system
```
- 检查资源是否正确应用：
```
kubectl get ingress -A
```