新用户使用server.basePath设置并没有意识到他们需要重写传入 Kibana 的请求似乎太常见了。 虽然如果我们可以改变server.basePath工作方式而不破坏每个现有的安装使用设置会很棒，但我认为我们可以做更多的事情来帮助人们通过在服务器响应时呈现帮助消息来了解问题所在带有 404 并且 url 以server.basePath开头。
spalger
所有3条评论
这里的担忧似乎是：
- 每个尝试使用 'basePath' 的人都会感到困惑，因为它并没有像每个新用户期望的那样做。 （我也在这条路上浪费了一个小时！）
- 您不想更改“basePath”，因为它会破坏现有安装。
那么为什么不引入第二个参数，并将其直接放在 yml 中的 basePath 下，并附注“如果你想更改 'basePath'，你可能也想更改这个 'incomingRewriteRule' 参数”
这样人们就不会感到如此困惑，它会“正常工作”，并且不会破坏任何人预先存在的安装。
RobinAllen
于 2017-05-10
👍3
与 Kibana Shield（又名 XPack Security）插件结合使用，您不会收到 401 错误，而是会出现无限的 302 重定向循环，因为 Shield 重定向到 /kibana/login
gquintana
于 2017-05-22
如果不为 kibana 实施 URL 重写过程，那么似乎无法使用 AWS ALB 和基于路径的路由。 AWS ALB 不会修改传递给后端的路径。
thenom
于 2018-02-13
此页面是否有帮助？
0 / 5 - 0 等级
相关问题
stacey-gammon
·
3评论
timmolter
·
3评论
bradvido
·
3评论
cafuego
·
3评论
timroes
·
3评论
最有用的评论
这里的担忧似乎是：
那么为什么不引入第二个参数，并将其直接放在 yml 中的 basePath 下，并附注“如果你想更改 'basePath'，你可能也想更改这个 'incomingRewriteRule' 参数”
这样人们就不会感到如此困惑，它会“正常工作”，并且不会破坏任何人预先存在的安装。