Skip to content
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

MeshHTTPRoute with a MeshGateway targetRef is restricted to a system namespace #12864

Open
tony-bondarenko opened this issue Feb 17, 2025 · 1 comment
Labels
kind/feature New feature triage/accepted The issue was reviewed and is complete enough to start working on it

Comments

@tony-bondarenko
Copy link

Description

I've spent several hours trying to understand why I'm getting the following error when creating MeshHTTPRoute with MeshGateway as a targetRef:
The MeshHTTPRoute "test-route" is invalid: spec.targetRef.kind: value is not supported

Only after digging into a source code I found out that MeshGateway kind is supported only when MeshHTTPRoute is created in a kuma system namespace.
It makes sense to add a warning to documentation about this. I've looked through docs multiple times and haven't noticed anything about this limitation.

Also, having routes to gateway in another namespaces rather than system, sound as a valid use case to me: i have a separate builtin gateway deployed for a project in the project namespace. I'd like to let namespace users to register routes for their gateway rather than granting them access to kuma system namespace. May be it makes sense to consider this functionality.

@tony-bondarenko tony-bondarenko added kind/feature New feature triage/pending This issue will be looked at on the next triage meeting labels Feb 17, 2025
@lukidzi
Copy link
Contributor

lukidzi commented Feb 17, 2025

Triage: Currently it's not possible to create a MeshHTTPRoute in a different namespace when topTargetRef is MeshGateway, since MeshGateway resource is Cluster scope xref #10014 . For sure we need to improve message and add a note to the docs.

TODO:

  • improve kumactl message
  • add information to the docs

@lukidzi lukidzi added triage/accepted The issue was reviewed and is complete enough to start working on it and removed triage/pending This issue will be looked at on the next triage meeting labels Feb 17, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/feature New feature triage/accepted The issue was reviewed and is complete enough to start working on it
Projects
None yet
Development

No branches or pull requests

2 participants