Il semble trop courant que de nouveaux utilisateurs atteignent le paramètre server.basePath
et ne réalisent pas qu'ils doivent réécrire les requêtes envoyées à Kibana. Bien que ce serait génial si nous pouvions simplement changer la façon dont server.basePath
fonctionne sans interrompre chaque installation existante à l'aide du paramètre, je pense que nous pourrions faire plus pour aider la personne à comprendre ce qui ne va pas en affichant un message d'aide lorsque le serveur répond avec un 404 et l'url commence par le server.basePath
.
Il semble que le problème ici soit :
Alors pourquoi ne pas introduire un deuxième paramètre et le mettre immédiatement sous basePath dans le yml, avec une note disant "Si vous voulez changer le 'basePath', vous voudrez peut-être aussi changer ce paramètre 'incomingRewriteRule'"
De cette façon, les gens ne seraient pas si confus, cela «fonctionnerait» et cela ne briserait l'installation préexistante de personne.
Utilisé conjointement avec le plugin Kibana Shield (alias XPack Security), vous n'obtenez pas d'erreur 401 mais une boucle de redirection 302 infinie car Shield redirige vers /kibana/login
Sans implémenter un processus de réécriture d'URL pour kibana, il ne semble pas possible d'utiliser un AWS ALB avec un routage basé sur le chemin. AWS ALB ne modifie pas le chemin qui est transmis au backend.
Commentaire le plus utile
Il semble que le problème ici soit :
Alors pourquoi ne pas introduire un deuxième paramètre et le mettre immédiatement sous basePath dans le yml, avec une note disant "Si vous voulez changer le 'basePath', vous voudrez peut-être aussi changer ce paramètre 'incomingRewriteRule'"
De cette façon, les gens ne seraient pas si confus, cela «fonctionnerait» et cela ne briserait l'installation préexistante de personne.