Question

我正在尝试从服务访问我的ingress-nginx服务，但该服务拒绝连接。这是我的入口

apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
  name: ingress-service
  annotations:
    kubernetes.io/ingress.class: nginx
    nginx.ingress.kubernetes.io/use-regex: "true"
spec:
  rules:
    - host: ticketing.dev
      http:
        paths:
          - path: /api/users/?(.*)
            backend:
              serviceName: auth-srv
              servicePort: 3000
          - path: /api/tickets/?(.*)
            backend:
              serviceName: tickets-srv
              servicePort: 3000
          - path: /?(.*)
            backend:
              serviceName: client-srv
              servicePort: 3000

apiVersion: v1
kind: Namespace
metadata:
  name: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx
---
kind: Service
apiVersion: v1
metadata:
  name: ingress-nginx
  namespace: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx
spec:
  externalTrafficPolicy: Local
  type: LoadBalancer
  selector:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx
  ports:
    - name: http
      port: 80
      protocol: TCP
      targetPort: http
    - name: http
      port: 443
      protocol: TCP
      targetPort: https

❯ kubectl get services -n ingress-nginx
NAME            TYPE           CLUSTER-IP       EXTERNAL-IP      PORT(S)                      AGE
ingress-nginx   LoadBalancer   10.101.124.218   10.101.124.218   80:30634/TCP,443:30179/TCP   15m

ingress-nginx在名称空间ingress-nginx上运行。因此，http://ingress-nginx.ingress-nginx.svc.cluster.local应该可以访问它。但是当我访问它时，它说connection refused 10.101.124.218:80。我可以从外部（即ingress IP）访问入口。

我正在使用minikube，并通过运行minikube addons enable ingress使用了入口。是的，我通过minikube tunnel

运行隧道

Answer 1

我测试了您的环境，发现相同的行为，外部访问但内部拒绝连接，这就是我解决的方法：

Minikube Ingress插件将控制器部署在kube-system名称空间中。如果尝试在新创建的名称空间中部署服务，则该服务将无法到达kube-system名称空间中的部署。
将这些概念混合起来很容易，因为默认的nginx-ingress部署在尝试时会使用名称空间ingress-nginx。
我发现的另一个问题是，您的服务没有将所有选择器都分配给控制器部署。
使部署工作最简单的方法是在nginx控制器上运行kubectl expose：

kubectl expose deployment ingress-nginx-controller --target-port=80 --type=NodePort -n kube-system

使用此命令创建nginx-ingress-controller服务，所有通信在内部和外部均正常进行。

复制：

在此示例中，我仅使用两个入口后端，以避免在我的解释中重复太多。
使用minikube 1.11.0
启用了ingress和metallb插件。
部署了两个hello应用程序：v1和v2，两个Pod都在端口8080上侦听，并作为节点端口公开，如下所示：

$ kubectl get services
NAME         TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)          AGE
hello1-svc   NodePort    10.110.211.119   <none>        8080:31243/TCP   95m
hello2-svc   NodePort    10.96.9.66       <none>        8080:31316/TCP   93m

这里是入口文件，就像您的文件一样，只是更改了后端服务的名称和端口以匹配我部署的端口和名称：

apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
  name: ingress-service
  annotations:
    kubernetes.io/ingress.class: nginx
    nginx.ingress.kubernetes.io/use-regex: "true"
spec:
  rules:
    - host: ticketing.dev
      http:
        paths:
          - path: /api/users/?(.*)
            backend:
              serviceName: hello1-svc
              servicePort: 8080
          - path: /?(.*)
            backend:
              serviceName: hello2-svc
              servicePort: 8080

现在，我将创建用于公开控制器部署的nginx-ingress服务，这样将继承所有标签和设置：

$ kubectl expose deployment ingress-nginx-controller --target-port=80 --type=NodeP
ort -n kube-system
service/ingress-nginx-controller exposed

现在我们部署入口对象：

$ kubectl apply -f ingress.yaml 
ingress.networking.k8s.io/ingress-service created

$ kubectl get ingress
NAME              CLASS    HOSTS           ADDRESS      PORTS   AGE
ingress-service   <none>   ticketing.dev   172.17.0.4   80      56s

$ minikube ip
172.17.0.4

从外部测试入口：

$ tail -n 1 /etc/hosts
172.17.0.4 ticketing.dev

$ curl http://ticketing.dev/?foo
Hello, world!
Version: 2.0.0
Hostname: hello2-67bbbf98bb-s78c4

$ curl http://ticketing.dev/api/users/?foo
Hello, world!
Version: 1.0.0
Hostname: hello-576585fb5f-67ph5

然后，我部署了一个alpine吊舱，以测试从群集内部进行的访问：

$ kubectl run --generator=run-pod/v1 -it alpine --image=alpine -- /bin/sh
/ # nslookup ingress-nginx-controller.kube-system.svc.cluster.local
Server:         10.96.0.10
Address:        10.96.0.10:53

Name:   ingress-nginx-controller.kube-system.svc.cluster.local
Address: 10.98.167.112

/ # apk update
/ # apk add curl

/ # curl -H "Host: ticketing.dev" ingress-nginx-controller.kube-system.svc.cluster.local/?foo
Hello, world!
Version: 2.0.0
Hostname: hello2-67bbbf98bb-s78c4

/ # curl -H "Host: ticketing.dev" ingress-nginx-controller.kube-system.svc.cluster.local/api/users/?foo
Hello, world!
Version: 1.0.0
Hostname: hello-576585fb5f-67ph5

如您所见，所有请求都已满足。

注意：

正如 @suren 所指出的那样，在卷曲进入时，我必须使用-H
服务名称必须为完整的FQDN，因为我们要处理的是使用<SVC_NAME>.<NAMESPACE>.svc.cluster.local格式在另一个名称空间中托管的服务。
在您的JS应用中，您必须传递Host参数才能到达入口。

如果您有任何问题，请在评论中告诉我。

ingress-nginx错误连接被拒绝

1 个答案: