Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Multiple Ingress backends ignored when SSL Passthrough is enabled #5257

Closed
KashifSaadat opened this issue Mar 17, 2020 · 2 comments
Closed
Labels
kind/support Categorizes issue or PR as a support question.

Comments

@KashifSaadat
Copy link
Contributor

I recently had a setup with an ingress resource configured similar to below (trimmed down):

kind: Ingress
metadata:
  annotations:
    nginx.ingress.kubernetes.io/ssl-passthrough: "true"
...
spec:
  rules:
  - host: example.com
    http:
      paths:
      - backend:
          serviceName: web
          servicePort: 8443
        path: /
      - backend:
          serviceName: api
          servicePort: 8443
        path: /api

Currently what happens is the second backend is not added to the configuration and requests are sent to the root, with the following log line being produced:

W0317 11:57:17.176369       8 controller.go:427] Ignoring SSL Passthrough for location "/api" in server "example.com"

This looks to be intended behaviour according to the code, would anyone be able to shed some light on why that is so I can understand better as I'm probably overlooking some flaw in my approach. If not then I can look at raising a PR to amend it.

NGINX Ingress controller version: v0.28.0
Kubernetes version: v1.15.7

/kind bug

@KashifSaadat KashifSaadat added the kind/bug Categorizes issue or PR as related to a bug. label Mar 17, 2020
@aledbf
Copy link
Member

aledbf commented Mar 17, 2020

nginx.ingress.kubernetes.io/ssl-passthrough: "true"

When you use SSL passthrough NGINX cannot read the content of the connection.

@aledbf aledbf closed this as completed Mar 17, 2020
@aledbf aledbf added kind/support Categorizes issue or PR as a support question. and removed kind/bug Categorizes issue or PR as related to a bug. labels Mar 17, 2020
@KashifSaadat
Copy link
Contributor Author

Ah of course, thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/support Categorizes issue or PR as a support question.
Projects
None yet
Development

No branches or pull requests

2 participants