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
When removing the ACL extension from the Shoot spec, it leaves the ACL config in the EnvoyFilter for the apiserver-proxy path (ingress-gateway/shoot--foo--bar) until the next shoot reconciliation.
What you expected to happen:
Removing the ACL extension from the Shoot spec should take effect on all paths immediately.
How to reproduce it (as minimally and precisely as possible):
Create a shoot with the ACL extension enabled, e.g.:
When removing the ACL extension from the shoot, the Extension object is deleted after gardenlet applied the EnvoyFilter.
On extension deletion, the extension controller triggers the EnvoyFilter webhook with an empty patch.
However, the webhook doesn't actively remove the ACL config (it responds without a patch).
Hence, the config is left until gardenlet applies the desired state of the EnvoyFilter again and the webhook doesn't act on the object anymore.
timebertt
changed the title
Removing ACL extension from Shoot leaves ACL for kube-apiserver via SNI access
Removing ACL extension from Shoot leaves ACL config in EnvoyFilter
Apr 30, 2024
What happened:
When removing the ACL extension from the Shoot spec, it leaves the ACL config in the
EnvoyFilter
for the apiserver-proxy path (ingress-gateway/shoot--foo--bar
) until the next shoot reconciliation.What you expected to happen:
Removing the ACL extension from the Shoot spec should take effect on all paths immediately.
How to reproduce it (as minimally and precisely as possible):
shoot--foo--bar
EnvoyFilter
inistio-ingress
namespace is unchanged and still contains the ACL config injected by the webhook.Expand me
EnvoyFilter
.Anything else we need to know?:
When removing the ACL extension from the shoot, the
Extension
object is deleted after gardenlet applied theEnvoyFilter
.On extension deletion, the extension controller triggers the
EnvoyFilter
webhook with an empty patch.However, the webhook doesn't actively remove the ACL config (it responds without a patch).
Hence, the config is left until gardenlet applies the desired state of the
EnvoyFilter
again and the webhook doesn't act on the object anymore.Environment:
The text was updated successfully, but these errors were encountered: