Parece muito comum que novos usuários alcancem a configuração server.basePath
e não percebam que precisam reescrever as solicitações que chegam ao Kibana. Embora fosse incrível se pudéssemos mudar a maneira server.basePath
funciona sem quebrar todas as instalações existentes usando a configuração, acho que poderíamos fazer mais para ajudar a pessoa a perceber o que está errado renderizando uma mensagem de ajuda quando o servidor responde com um 404 e a url começa com server.basePath
.
Parece que a preocupação aqui é:
Então, por que não introduzir um segundo parâmetro e colocá-lo imediatamente em basePath no yml, com uma nota dizendo "Se você quiser alterar o 'basePath', talvez queira alterar este parâmetro 'incomingRewriteRule' também"
Dessa forma, as pessoas não ficariam tão confusas, isso 'simplesmente funcionaria' e não quebraria a instalação pré-existente de ninguém.
Usado em conjunto com o plug-in Kibana Shield (também conhecido como XPack Security), você não recebe um erro 401, mas um loop de redirecionamento 302 infinito porque o Shield redireciona para /kibana/login
Sem implementar um processo de reescrita de URL para o kibana, parece não haver como usar um AWS ALB com roteamento baseado em caminho. O AWS ALB não modifica o caminho que é passado para o back-end.
Comentários muito úteis
Parece que a preocupação aqui é:
Então, por que não introduzir um segundo parâmetro e colocá-lo imediatamente em basePath no yml, com uma nota dizendo "Se você quiser alterar o 'basePath', talvez queira alterar este parâmetro 'incomingRewriteRule' também"
Dessa forma, as pessoas não ficariam tão confusas, isso 'simplesmente funcionaria' e não quebraria a instalação pré-existente de ninguém.