Es scheint allzu üblich zu sein, dass neue Benutzer nach der Einstellung server.basePath
greifen und nicht erkennen, dass sie die an Kibana eingehenden Anfragen neu schreiben müssen. Es wäre zwar großartig, wenn wir einfach die Funktionsweise von server.basePath
ändern könnten, ohne jede vorhandene Installation mit der Einstellung zu unterbrechen, aber ich denke, wir könnten mehr tun, um der Person zu helfen, den Fehler zu erkennen, indem wir eine Hilfenachricht anzeigen, wenn der Server antwortet mit einem 404 und die URL beginnt mit server.basePath
.
Die Sorge scheint hier zu sein:
Warum also nicht einen zweiten Parameter einführen und ihn direkt unter basePath in der yml einfügen, mit dem Hinweis "Wenn Sie den 'basePath' ändern möchten, möchten Sie vielleicht auch diesen 'incomingRewriteRule'-Parameter ändern"
Auf diese Weise würden die Leute nicht so verwirrt sein, es würde "einfach funktionieren" und es würde niemandes bereits vorhandene Installation zerstören.
In Verbindung mit dem Plugin Kibana Shield (auch bekannt als XPack Security) verwendet, erhalten Sie keinen 401-Fehler, sondern eine unendliche 302-Umleitungsschleife, da Shield zu /kibana/login umleitet
Ohne die Implementierung eines URL-Rewrite-Prozesses für Kibana scheint es keine Möglichkeit zu geben, eine AWS ALB mit pfadbasiertem Routing zu verwenden. AWS ALB ändert den an das Back-End übergebenen Pfad nicht.
Hilfreichster Kommentar
Die Sorge scheint hier zu sein:
Warum also nicht einen zweiten Parameter einführen und ihn direkt unter basePath in der yml einfügen, mit dem Hinweis "Wenn Sie den 'basePath' ändern möchten, möchten Sie vielleicht auch diesen 'incomingRewriteRule'-Parameter ändern"
Auf diese Weise würden die Leute nicht so verwirrt sein, es würde "einfach funktionieren" und es würde niemandes bereits vorhandene Installation zerstören.