Kibana: Helfen Sie Benutzern, die den basePath in die Anfrage einschließen

Erstellt am 16. Dez. 2016  ·  3Kommentare  ·  Quelle: elastic/kibana

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 .

Core enhancement

Hilfreichster Kommentar

Die Sorge scheint hier zu sein:

  • Jeder, der versucht, 'basePath' zu verwenden, wird verwirrt, weil es nicht das tut, was jeder neue Benutzer von ihm erwartet. (Ich habe auch gerade eine Stunde auf diesem Weg verschwendet!)
  • Sie möchten 'basePath' nicht ändern, da dies bestehende Installationen zerstören würde.

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.

Alle 3 Kommentare

Die Sorge scheint hier zu sein:

  • Jeder, der versucht, 'basePath' zu verwenden, wird verwirrt, weil es nicht das tut, was jeder neue Benutzer von ihm erwartet. (Ich habe auch gerade eine Stunde auf diesem Weg verschwendet!)
  • Sie möchten 'basePath' nicht ändern, da dies bestehende Installationen zerstören würde.

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

kibana_requests

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.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen