HostAuthorization blocks internal k8s cluster traffic #238
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Type
Bug
Lineage
Regression from PR #232 which fixed health probe blocking but left other internal traffic exposed.
Repo
ldraney/landscaping-assistant
What Broke
Production logs are wall-to-wall
Blocked hosts: 10.42.0.127:3000. HostAuthorization returns 403 for every internal k8s request where the Host header is the pod IP instead of the hostname. AlertManager firing.Expected Behavior
Internal k8s traffic (service mesh, ingress, probes) should pass through HostAuthorization without being blocked.
Repro Steps
kubectl logs -n landscaping-assistant <pod> --tail=50Blocked hosts: 10.42.0.127:3000Environment
2147dfecb8Acceptance Criteria
Blocked hostslog spam stopslandscaping-assistant.tail5b443a.ts.netunaffectedRelated