Skip to content

Allow konnectivity agents to reach the Calico webhooks - #5212

Merged
caseydavenport merged 3 commits into
tigera:masterfrom
caseydavenport:casey-konnectivity-webhooks
Aug 18, 2026
Merged

Allow konnectivity agents to reach the Calico webhooks#5212
caseydavenport merged 3 commits into
tigera:masterfrom
caseydavenport:casey-konnectivity-webhooks

Conversation

@caseydavenport

Copy link
Copy Markdown
Member

Description

On AKS and GKE the API server reaches in-cluster webhooks through konnectivity agent pods, so the admission call arrives at calico-webhooks with a pod source IP. The policy we render denies every pod source on the webhook port, and the allow that precedes it matches the default/kubernetes service, whose endpoint is the public control plane address. Result: every projectcalico.org/v3 write times out on the tiered RBAC webhook.

This adds an allow for the konnectivity agents ahead of the deny. AKS labels them app: konnectivity-agent and GKE uses k8s-app, so the selector matches either.

Found while running the e2e suite against AKS 1.36.2 with the v3 CRDs served directly. Adding this rule by hand took the run from 74 failures to zero.

Release Note

Fix Calico webhook admission requests being denied on clusters where the API server connects through konnectivity, including AKS and GKE.

On AKS and GKE the apiserver proxies admission calls through those pods, so they arrived with a pod source IP and hit the deny rule.
Comment thread pkg/render/webhooks/render.go Outdated
@caseydavenport
caseydavenport merged commit c2d186f into tigera:master Aug 18, 2026
5 of 6 checks passed
@caseydavenport
caseydavenport deleted the casey-konnectivity-webhooks branch August 18, 2026 13:19
caseydavenport added a commit that referenced this pull request Aug 18, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants