-
Notifications
You must be signed in to change notification settings - Fork 674
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
Wildcard host for ingress #13
Comments
Thanks for raising this issue, as long as this is supported by the ingress spec, this doesn't look to hard to implement. I'm tentitively scheduling this for 0.2 |
I'm going to bump this to 0.3. The issue is the ingress spec does not permit '*'. Various ingress implementations maybe permit it either as an extension, or just dumb luck, but I want to think carefully about what interpretation contour would make when this field is not a RFC 3986 compliant URI. We may choose to extend the interpretation to follow what the Nginx ingress does, but this isn't something I'm going to jump into as it will be near impossible to return that genie to the bottle. |
Bumping to 0.4 |
Just arrived via the "good first issue" label - reading the November comment that perhaps is no longer an accurate label. |
Since DNS providers generally allow wildcards which you can point to your loadbalancer, would this be best left to having host names explicitly listed in the Ingress? The ingress docs also mention that having no hostname |
This one is tricky, I've removed the good first issue tag |
@DylanGraham I agree with this. You could use the default ingress to accomplish this as a workaround, but that would mean you could only do this once per instance of contour which isn't ideal. |
I'm going to remove the 0.4 milestone for this. I'm not sure what the best way to approach this is; the 1.9 api docs for ingress say that the |
Duplicate of #1228 |
…c-adobe v2cc3c38 2.1.0 adobe
Hello,
I have a use case where I need multiple hostnames routed to the same backend service, example:
This list could be expanded and contracted dynamically, therefore wildcard hostnames would be great. Ingress example:
The text was updated successfully, but these errors were encountered: