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

Help users who include the basePath in the request #9522

Closed
spalger opened this issue Dec 16, 2016 · 3 comments
Closed

Help users who include the basePath in the request #9522

spalger opened this issue Dec 16, 2016 · 3 comments
Labels
enhancement New value added to drive a business result Team:Core Core services & architecture: plugins, logging, config, saved objects, http, ES client, i18n, etc

Comments

@spalger
Copy link
Contributor

spalger commented Dec 16, 2016

It seems all too common that new users reach for the server.basePath setting and don't realize that they need to rewrite the requests coming to Kibana. While it would be awesome if we could just change the way server.basePath works without breaking every existing install using the setting, I think we could do more to help the person realize what's wrong by rendering a help message when the server responds with a 404 and the url starts with the server.basePath.

@spalger spalger added Team:Core Core services & architecture: plugins, logging, config, saved objects, http, ES client, i18n, etc release_note:enhancement labels Dec 16, 2016
@RobinAllen
Copy link

It seems the concern here is:

  • Everybody who tries to use 'basePath' gets confused, because it doesn't do what every new user expects it to do. (I've just wasted an hour down that path too!)
  • You don't want to change 'basePath' because it would break existing installs.

So why not introduce a second parameter, and put it immediately under basePath in the yml, with a note saying "If you want to change the 'basePath', you might want to change this 'incomingRewriteRule' parameter too"

That way people wouldn't get so confused, it would 'just work', and it wouldn't break anyone's pre-existing install.

@gquintana
Copy link

Used in conjunction with Kibana Shield (aka XPack Security) plugin, you don't get a 401 error but an infinite 302 redirect loop because Shield redirects to /kibana/login

kibana_requests

@thenom
Copy link

thenom commented Feb 13, 2018

Without implementing a URL rewrite process for kibana then there seems no way of using an AWS ALB with path based routing. AWS ALB does not modify the path that is passed to the backend.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New value added to drive a business result Team:Core Core services & architecture: plugins, logging, config, saved objects, http, ES client, i18n, etc
Projects
None yet
Development

No branches or pull requests

5 participants