вход k3s в маршрутизацию служб моего приложения с использованием набора демонов не работает

#networking #kubernetes #kubernetes-ingress #k3s

#сеть #kubernetes #kubernetes-вход #k3s

Вопрос:

У меня есть кластер k3s, который довольно хорошо работает с мониторингом Grafana и traefik / klipper-lb. Однако мой собственный вход в приложение не работает.

ingress.yaml

 apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: test-esp
  namespace: myapp
spec:
  rules:
  - host: test-esp.nip.io
    http:
      paths:
      - path: /
        backend:
          serviceName: test-esp
          servicePort: http
 

service.yaml

 apiVersion: v1
kind: Service
metadata:
  labels:
    app: test-esp
  name: test-esp
  namespace: myapp
spec:
  ports:
  - name: http
    port: 22000
    targetPort: 22000
  selector:
    app: test-esp

 

daemonset.yaml

 apiVersion: apps/v1
kind: DaemonSet
metadata:
  labels:
    app: test-esp
  name: test-esp
  namespace: myapp
spec:
  selector:
    matchLabels:
      app: test-esp
  template:
    metadata:
      labels:
        app: test-esp
    spec:
      tolerations:
      - key: node-role.kubernetes.io/master
        effect: NoSchedule
      containers:
      - name: test-esp
        image: <gitlab image pull url>
        envFrom:
        - configMapRef:
            name: test-esp-config
        ports:
        - containerPort: 22000
        command: ["/home/scripts/entrypoint.sh"]
        args: ["1"]
        imagePullPolicy: Always
        resources: {}
 

** На 3 узлах в K3s запущены модули набора демонов **

 > kubectl get po -n myapp
NAME                    READY   STATUS    RESTARTS   AGE
test-esp-9cwzp   1/1     Running   0          4m3s
test-esp-qjk5n   1/1     Running   0          4m3s
test-esp-j8nnk   1/1     Running   0          4m3s
 

** curl на отдельных узлах работает **

 masternode-1> curl -XGET http://masterip:22000  
<long html page>
 

** curl от времени ожидания входа **

 mylocal> curl -XGET http://test-esp.nip.io
gateway timeout
 

** ping / telnet для test-esp.nip.io находит IP-адрес, который работает хорошо **

Есть ли какие-нибудь эксперты, это что-то связано с iptables?