-
Notifications
You must be signed in to change notification settings - Fork 2.6k
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
Gateway HTTPRoute doesn't matched hosts with different number of parts #3878
Comments
The Kubernetes project currently lacks enough contributors to adequately respond to all issues. This bot triages un-triaged issues according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle stale |
/remove-lifecycle stale |
The Kubernetes project currently lacks enough contributors to adequately respond to all issues. This bot triages un-triaged issues according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle stale |
/remove-lifecycle stale |
This issue is still huge blocker for migration from Ingress resource |
This was fixed with #4124 7 months ago. |
Then let's close it |
@sergeyshevch: Closing this issue. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. |
What happened:
https://github.com/kubernetes-sigs/external-dns/blob/master/source/gateway.go#L507 On this line checked the same amount of domain parts, but for Gateway API spec it doesn't required
For example, I have:
HttpRoute with hostname - env.dev.company.domain
And Gateway with hostname - *.company.domain
External DNS controller will ignore such route but it's valid on Gateway side
What you expected to happen:
Domain matched, DNS record created
How to reproduce it (as minimally and precisely as possible):
Gateway:
Route:
Anything else we need to know?:
Environment:
external-dns --version
): v20230529-v0.13.5The text was updated successfully, but these errors were encountered: