-
Notifications
You must be signed in to change notification settings - Fork 4.2k
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
Configurable path prefix #8224
Comments
We could potentially allow frontend to be served under a different subpath, but the API path is required to be accessible as a subpath of the UI right now. This means that if web will be accessible under |
That fine for me. |
I make the setup having the dashboard behind a reverse proxy more simple. Currently. I have to deal with rewrite rules on nginx |
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 |
Up |
The Kubernetes project currently lacks enough active 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 rotten |
Up |
See my comment: #8053 (comment) |
What would you like to be added?
Please add the possible to run the Kubernetes api and web under different web prefixes, like
Why is this needed?
I would like to run all my management tools under the same domain.
If possible, any cookies created by the dashboard should also have the prefix inside it.
The text was updated successfully, but these errors were encountered: