You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
From the comments, it's unclear to me how to proceed to support the following scenarios:
Single ALB in which some paths are secured via OIDC and some are not.
Do I define 2 NodePort services using the same ports, one of which includes the alb.ingress.kubernetes.io/auth-type (and related annotations) and one that does not. And then associate the different paths with either the unsecured or secured NodePort service?
Shared ALB using IngressGroup
If each application defines its ALB with secured and unsecured paths as described in 1, will this be merged correctly into the single shared ALB?
The text was updated successfully, but these errors were encountered:
@blevine
For #1, yes, you can define 2 nodePort services to achieve it. The auth annotation on service takes priority.
For #2, yes as well. If both Ingress are within same group with alb.ingress.kubernetes.io/group.name annotation
This is related to issue #2151.
From the comments, it's unclear to me how to proceed to support the following scenarios:
Single ALB in which some paths are secured via OIDC and some are not.
Do I define 2 NodePort services using the same ports, one of which includes the
alb.ingress.kubernetes.io/auth-type
(and related annotations) and one that does not. And then associate the different paths with either the unsecured or secured NodePort service?Shared ALB using IngressGroup
If each application defines its ALB with secured and unsecured paths as described in 1, will this be merged correctly into the single shared ALB?
The text was updated successfully, but these errors were encountered: