我测试了你的环境，发现了同样的行为，外部访问但内部连接被拒绝，这是我如何解决的：

• Minikube Ingress Addon将控制器部署在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-inage-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

型

• 现在我们部署ingress对象：

$ 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 pod来测试从集群内部的访问：

$ 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**所指出的，当 curl 入口时，我必须使用-H指定主机
• 服务名称需要完全是FQDN，因为我们正在处理托管在另一个名称空间中的服务，使用的格式为<SVC_NAME>.<NAMESPACE>.svc.cluster.local。
• 在JS应用程序中，您必须传递Host参数才能到达入口。

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